From report at bugs.python.org  Fri Jun  1 01:11:49 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 05:11:49 +0000
Subject: [issue33727] Server.wait_closed() doesn't always wait for its
 transports to fihish
Message-ID: <1527829909.37.0.682650639539.issue33727@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

Server.wait_closed() currently does two checks:

1. if _sockets is None -- means that Server.close() was called
2. if self._waiters is None -- means that Server._wakeup() was called

if (1) *or* (2) is true, wait_closed() just returns without waiting on anything.

However, when Server.close() is called there might be still active transports serving requests.  Server.wait_closed() should wait until all of them are detached, even if Server._sockets is already reset.

So the below implementation:

    async def wait_closed(self):
        if self._sockets is None or self._waiters is None:
            return
        waiter = self._loop.create_future()
        self._waiters.append(waiter)
        await waiter

should be changed to:

    async def wait_closed(self):
        if self._waiters is None:
            assert self._active_count == 0
            return
        waiter = self._loop.create_future()
        self._waiters.append(waiter)
        await waiter

----------
components: asyncio
messages: 318360
nosy: asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Server.wait_closed() doesn't always wait for its transports to fihish
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33727>
_______________________________________

From report at bugs.python.org  Fri Jun  1 01:51:16 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 01 Jun 2018 05:51:16 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1527832276.41.0.682650639539.issue33725@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

A better solution is to avoid using fork mode for multiprocessing. The spawn and fork server modes should work fine. 

The underlying problem is that macOS system frameworks (basically anything higher level than libc) are not save wrt fork(2) and fixing that appears to have no priority at all at Apple.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Fri Jun  1 02:21:44 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 01 Jun 2018 06:21:44 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527834104.88.0.682650639539.issue33597@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Oops, this optimization broke trace module.
I reverted a part of the optimization.  Current benchmark is:

$ ./python-patched -m perf timeit --compare-to ./python-master -s "import gc, doctest, ftplib, asyncio, email, http.client, pydoc, pdb, fractions, decimal, difflib, textwrap, statistics, shutil, shelve, lzma, concurrent.futures, telnetlib, smtpd, trace, distutils, pkgutil, tabnanny, pickletools, dis, argparse" "gc.collect()"
python-master: ..................... 1.63 ms +- 0.04 ms
python-patched: ..................... 1.64 ms +- 0.01 ms

Mean +- std dev: [python-master] 1.63 ms +- 0.04 ms -> [python-patched] 1.64 ms +- 0.01 ms: 1.01x slower (+1%)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 02:38:59 2018
From: report at bugs.python.org (Valentin Zhao)
Date: Fri, 01 Jun 2018 06:38:59 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527835139.64.0.682650639539.issue33692@psf.upfronthosting.co.za>


Valentin Zhao <jmsqzzl at gmail.com> added the comment:

Hey there! I saw your pull requests to python3.6 and have been merged, so what should we do now? Just update the python to higher a version?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 02:48:48 2018
From: report at bugs.python.org (Feng)
Date: Fri, 01 Jun 2018 06:48:48 +0000
Subject: [issue33728] pandas.to_records can not be saved by numpy.savez
Message-ID: <1527835728.74.0.682650639539.issue33728@psf.upfronthosting.co.za>


New submission from Feng <anypurpose at gmail.com>:

my first time to report a bug here.
But it is so annoying, I have to report it.
Here is the demonstration of the errors I encounter:

>>> import numpy as np
>>> import pandas as pd
>>> np.__version__
'1.14.3'
>>> pd.__version__
u'0.23.0'

>>> df=pd.DataFrame({'a':range(10)})
>>> df['b']='abc'
>>> df
   a    b
0  0  abc
1  1  abc
2  2  abc
3  3  abc
4  4  abc
5  5  abc
6  6  abc
7  7  abc
8  8  abc
9  9  abc

>>> np.savez_compressed('abc',data=df.to_records(index=False))
>>> a=np.load('abc.npz')
>>> a.keys()
['data']
>>> a['data']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python2.7/site-packages/numpy/lib/npyio.py", line 235, in __getitem__
    pickle_kwargs=self.pickle_kwargs)
  File "/usr/lib64/python2.7/site-packages/numpy/lib/format.py", line 635, in read_array
    shape, fortran_order, dtype = _read_array_header(fp, version)
  File "/usr/lib64/python2.7/site-packages/numpy/lib/format.py", line 523, in _read_array_header
    raise ValueError(msg % (d['descr'],))
ValueError: descr is not a valid dtype descriptor: [(u'a', '<i8'), (u'b', '|O')]

----------
messages: 318364
nosy: grampus
priority: normal
severity: normal
status: open
title: pandas.to_records can not be saved by numpy.savez
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33728>
_______________________________________

From report at bugs.python.org  Fri Jun  1 02:51:13 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 01 Jun 2018 06:51:13 +0000
Subject: [issue33728] pandas.to_records can not be saved by numpy.savez
In-Reply-To: <1527835728.74.0.682650639539.issue33728@psf.upfronthosting.co.za>
Message-ID: <1527835873.74.0.682650639539.issue33728@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Sorry, this tracker is for the interpreter and standard library. For bugs in third party code like numpy and pandas, you will have to report it on their own bug trackers.

----------
nosy: +steven.daprano
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33728>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:03:26 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 01 Jun 2018 07:03:26 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527836606.73.0.682650639539.issue33597@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There are also problems with func_name and func_qualname. func_name can be an instance of the str subtype and has __dict__. func_qualname seems can be of any type.

Even if they would be exact strings, excluding them from tp_traverse will break functions that calculate the total size of the memory consumed by the specified set of objects by calling sys.getsizeof() recursively.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:08:55 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 01 Jun 2018 07:08:55 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527836935.32.0.682650639539.issue33597@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

You're right.  I'll revert the optimization completely...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:16:46 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 07:16:46 +0000
Subject: [issue33606] Improve logging performance when logger disabled
In-Reply-To: <1527016559.5.0.682650639539.issue33606@psf.upfronthosting.co.za>
Message-ID: <1527837406.66.0.682650639539.issue33606@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

The check in handle() should remain, because there are some scenarios where handle is called directly (e.g. when receiving events over a socket and dispatching to handlers). So the change would just be to add an additional check in isEnabledFor().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33606>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:22:30 2018
From: report at bugs.python.org (Tobias Kunze)
Date: Fri, 01 Jun 2018 07:22:30 +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: <1527837750.84.0.682650639539.issue27902@psf.upfronthosting.co.za>


Change by Tobias Kunze <r at rixx.de>:


----------
keywords: +patch
pull_requests: +6924
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:29:48 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 07:29:48 +0000
Subject: [issue33606] Improve logging performance when logger disabled
In-Reply-To: <1527016559.5.0.682650639539.issue33606@psf.upfronthosting.co.za>
Message-ID: <1527838188.81.0.682650639539.issue33606@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 6e3ca645e71dd021fead5a70dc06d9b663612e3a by Vinay Sajip (Timo Furrer) in branch 'master':
bpo-33606: improve logging performance when logger is disabled (GH-7285)
https://github.com/python/cpython/commit/6e3ca645e71dd021fead5a70dc06d9b663612e3a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33606>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:32:21 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 07:32:21 +0000
Subject: [issue33606] Improve logging performance when logger disabled
In-Reply-To: <1527016559.5.0.682650639539.issue33606@psf.upfronthosting.co.za>
Message-ID: <1527838341.35.0.682650639539.issue33606@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33606>
_______________________________________

From report at bugs.python.org  Fri Jun  1 03:49:06 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 07:49:06 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527839346.8.0.682650639539.issue32519@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
keywords: +patch
pull_requests: +6925
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 04:09:12 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 08:09:12 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527840552.3.0.682650639539.issue33400@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
pull_requests: +6926

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 04:36:11 2018
From: report at bugs.python.org (Juuso Lehtivarjo)
Date: Fri, 01 Jun 2018 08:36:11 +0000
Subject: [issue33729] Hashlib/blake2* missing 'data' keyword argument
Message-ID: <1527842171.52.0.682650639539.issue33729@psf.upfronthosting.co.za>


New submission from Juuso Lehtivarjo <juuso.lehtivarjo at gmail.com>:

In python 3.6.5: hashlib blake2b/blake2s constructors do not recognize 'data' keyword. Try the following:

from hashlib import blake2b
print (blake2b(b"foobar").hexdigest()) # works
print (blake2b(data=b"foobar").hexdigest()) # TypeError: 'data' is an invalid keyword argument for this function

----------
messages: 318370
nosy: Juuso Lehtivarjo
priority: normal
severity: normal
status: open
title: Hashlib/blake2* missing 'data' keyword argument
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33729>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:03:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:03:59 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527843839.31.0.682650639539.issue33692@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Hey there! I saw your pull requests to python3.6 and have been merged, so what should we do now? Just update the python to higher a version?

Oh. My changes are just to add debug traces in the "python3 -m test.pythoninfo" command which is used on buildbots, Travis CI and AppVeyor to ease debug when a test fails.

It's not a fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:04:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:04:38 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527843878.23.0.682650639539.issue33692@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset ef634b5b26f14d942768069fa23f9791a06ff37e by Victor Stinner in branch 'master':
bpo-33692: pythoninfo detect libedit on Python 3.6 (GH-7293)
https://github.com/python/cpython/commit/ef634b5b26f14d942768069fa23f9791a06ff37e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:04:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:04:48 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1527843888.01.0.682650639539.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 7ad16eb51c7871320edb789ddb6184c6c76304b0 by Victor Stinner in branch 'master':
bpo-33718: regrtest: enhance "running:" formatting (GH-7292)
https://github.com/python/cpython/commit/7ad16eb51c7871320edb789ddb6184c6c76304b0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:08:36 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 09:08:36 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527844116.33.0.682650639539.issue32519@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset c0d341d49b3ffc8b0037e501c246271be9c69f55 by Vinay Sajip in branch 'master':
bpo-32519: Removed misleading sentence from EnvBuilder documentation. (GH-7296)
https://github.com/python/cpython/commit/c0d341d49b3ffc8b0037e501c246271be9c69f55


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:09:24 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 09:09:24 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527844164.12.0.682650639539.issue33400@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 23cee80cfade1a9019c52b3a17d8e5c1b5db17e2 by Vinay Sajip in branch 'master':
bpo-33400: Removed references to RFC3339 and ISO8601 from the logging documentation. (GH-7297)
https://github.com/python/cpython/commit/23cee80cfade1a9019c52b3a17d8e5c1b5db17e2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:09:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:09:30 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527844170.55.0.682650639539.issue33692@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6927

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:09:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:09:30 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527844170.66.0.0935424498089.issue33717@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6928

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:10:46 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 09:10:46 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527844246.18.0.682650639539.issue33400@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:11:19 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 09:11:19 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527844279.61.0.682650639539.issue32519@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:12:04 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:12:04 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527844324.74.0.682650639539.issue32519@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6929

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:13:06 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:13:06 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527844386.22.0.682650639539.issue32519@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6930

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:13:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:13:16 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527844396.66.0.682650639539.issue33692@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6931

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:13:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:13:16 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527844396.78.0.0935424498089.issue33717@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6932

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:14:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:14:00 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527844440.9.0.682650639539.issue33400@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6933

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:15:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:15:00 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527844500.35.0.682650639539.issue33400@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6934

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:20:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:20:30 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527844830.95.0.682650639539.issue33692@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6935

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:20:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:20:31 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527844831.05.0.0935424498089.issue33717@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6936

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:24:03 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 01 Jun 2018 09:24:03 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527845043.52.0.682650639539.issue33721@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

To be clear: os.path.exists('a\x00b') raises ValueError on both Windows and Linux.

I think we should just document this behavior and not change it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:24:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:24:36 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1527845076.83.0.682650639539.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6937

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:47:26 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 09:47:26 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846446.95.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:


New changeset e905c84494526363086f66a979e317e155bf9536 by Antoine Pitrou (pkerling) in branch 'master':
bpo-30654: Do not reset SIGINT handler to SIG_DFL in finisignal (GH-7146)
https://github.com/python/cpython/commit/e905c84494526363086f66a979e317e155bf9536


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:48:28 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:48:28 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846508.58.0.682650639539.issue30654@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6938

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:49:27 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 09:49:27 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846567.88.0.682650639539.issue30654@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6939

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:49:56 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 09:49:56 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846596.65.0.682650639539.issue30654@psf.upfronthosting.co.za>


Change by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:50:26 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 09:50:26 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846626.6.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'd rather not backport this to 2.7 as it's quite late in the maintenance cycle and I'd like to avoid any regressions there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:53:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 09:53:46 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846826.17.0.682650639539.issue30654@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I'd rather not backport this to 2.7 as it's quite late in the maintenance cycle and I'd like to avoid any regressions there.

Since it's a subtle behavior change and the PR doesn't add a flag to opt-in for the old behaviour, I'm not sure about backporting the change (to 3.6 or 3.7).

For 3.7, we are very close to the final release. It doesn't give much time to users to test the new behavior :-( I would suggest to keep the old behavior in Python 3.7 as well.

To be honest, I don't understand well the change. So I'm not confortable with it.

I understand that Py_Initialize() + Py_Finalize() restored the SIGINT handler, but now Python *always* sets SIGINT to SIG_DFL in Py_Finalize(). So if an application has its own signal handler, Python replaces it...

But embedded Python also gives the choice of not setting Python signal handlers in Py_Initialize().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:55:14 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 09:55:14 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527846914.13.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> So if an application has its own signal handler, Python replaces it...

You have it backwards.  Please read the bug report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 05:56:40 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 09:56:40 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527847000.2.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> For 3.7, we are very close to the final release. It doesn't give much time to users to test the new behavior 

That's a fair point.  What's the procedure here?  If I backport the fix to the 3.7 branch, will it go straight into the 3.7.0 release or will it be deferred to 3.7.1?  @Ned

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:08:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:08:56 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527847736.95.0.682650639539.issue30654@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> You have it backwards.  Please read the bug report.

I'm confused by the NEWS entry:

+Fixed reset of the SIGINT handler to SIG_DFL on interpreter shutdown even
+when there was a custom handler set previously. Patch by Philipp Kerling.

I read it as Python now always reset SIGINT to SIG_DFL. The commit title is more explicit: "Do not reset SIGINT (...)".

I propose to rephrase the NEWS entry as:

"""
Fix signal handlers when Python is embedded. On Python shutdown, do not reset the SIGINT handler to SIG_DFL, when a custom handler has been set before Python initialization. Patch by Philipp Kerling.
"""

--

Ok, now I understood the change. In this case, I'm ok to backport it to 3.6 and 3.7.

Python 2.7 has this behavior since 10 years, it seems like people learnt to live with it. I also dislike touching Python 2.7, to prevent any risk of regression if someone really rely on the current behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:10:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:10:01 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527847801.94.0.682650639539.issue33692@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b9afe645c4926b1f086f30ba9bd00671b0b8b55e by Victor Stinner in branch '3.6':
bpo-33692: Update pythoninfo from master (GH-7301)
https://github.com/python/cpython/commit/b9afe645c4926b1f086f30ba9bd00671b0b8b55e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:10:02 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:10:02 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527847802.06.0.262363346258.issue33717@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b9afe645c4926b1f086f30ba9bd00671b0b8b55e by Victor Stinner in branch '3.6':
bpo-33692: Update pythoninfo from master (GH-7301)
https://github.com/python/cpython/commit/b9afe645c4926b1f086f30ba9bd00671b0b8b55e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:10:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:10:10 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527847810.24.0.682650639539.issue33692@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 466aae545786d2db5ac27f243c5d77aeb7a5958e by Victor Stinner in branch '3.7':
bpo-33692: Update pythoninfo from master (GH-7298)
https://github.com/python/cpython/commit/466aae545786d2db5ac27f243c5d77aeb7a5958e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:10:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:10:10 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527847810.35.0.262363346258.issue33717@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 466aae545786d2db5ac27f243c5d77aeb7a5958e by Victor Stinner in branch '3.7':
bpo-33692: Update pythoninfo from master (GH-7298)
https://github.com/python/cpython/commit/466aae545786d2db5ac27f243c5d77aeb7a5958e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:16:27 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:16:27 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527848187.17.0.682650639539.issue33597@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like the PR 7043 has no big impact on performances. Sometimes, it's a little bit faster, sometimes it's a little bit slower. The trend is a little bit more in the "faster" side, but it's not very obvious.

I approved PR 7043. It shouldn't break the world, it might only break very specialized Python extensions touching very low level details of the Python implementation. The performance seems ok, but it reduces the memory footprint which is a very good thing!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:21:24 2018
From: report at bugs.python.org (Jakub Szewczyk)
Date: Fri, 01 Jun 2018 10:21:24 +0000
Subject: [issue33730] string format 'n' produces numbers with incorrect
 precision
Message-ID: <1527848484.0.0.682650639539.issue33730@psf.upfronthosting.co.za>


New submission from Jakub Szewczyk <jakub.szewczyk at gmail.com>:

Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 17:00:18) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.

>>> print ("{:.2n}".format(1.89))
1.9

>>> print ("{:.2f}".format(1.89))
1.89

----------
components: Extension Modules
messages: 318388
nosy: Jakub Szewczyk, eric.smith
priority: normal
severity: normal
status: open
title: string format 'n' produces numbers with incorrect precision
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33730>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:29:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:29:11 +0000
Subject: [issue31009] test_multiprocessing_spawn hangs randomly on AMD64
 Windows10 3.x and AMD64 Windows8 3.x
In-Reply-To: <1500887712.38.0.66903662356.issue31009@psf.upfronthosting.co.za>
Message-ID: <1527848951.02.0.682650639539.issue31009@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6940

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31009>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:29:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:29:42 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1527848982.11.0.682650639539.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 3dd802d8f287e8f11848cfb068cf73000a9d0d94 by Victor Stinner in branch '3.7':
bpo-33718: regrtest: update from master (GH-7305)
https://github.com/python/cpython/commit/3dd802d8f287e8f11848cfb068cf73000a9d0d94


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:29:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:29:49 +0000
Subject: [issue33692] Chinese characters issue with input() function
In-Reply-To: <1527673001.64.0.682650639539.issue33692@psf.upfronthosting.co.za>
Message-ID: <1527848989.21.0.682650639539.issue33692@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 0f642620a8a85ef0b5482f253205baf1865e05b2 by Victor Stinner in branch '2.7':
bpo-33692: Update pythoninfo from master (GH-7304)
https://github.com/python/cpython/commit/0f642620a8a85ef0b5482f253205baf1865e05b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33692>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:29:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:29:49 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1527848989.33.0.262363346258.issue33717@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 0f642620a8a85ef0b5482f253205baf1865e05b2 by Victor Stinner in branch '2.7':
bpo-33692: Update pythoninfo from master (GH-7304)
https://github.com/python/cpython/commit/0f642620a8a85ef0b5482f253205baf1865e05b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:40:52 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 01 Jun 2018 10:40:52 +0000
Subject: [issue33730] string format 'n' produces numbers with incorrect
 precision
In-Reply-To: <1527848484.0.0.682650639539.issue33730@psf.upfronthosting.co.za>
Message-ID: <1527849652.57.0.682650639539.issue33730@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

'n' is defined as the same as 'g', for floats (modulo the locale-specific characters, of course):

>>> format(1.89, '.2n')
'1.9'
>>> format(1.89, '.2g')
'1.9'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33730>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:45:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 10:45:43 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527849943.01.0.682650639539.issue30654@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> What's the procedure here?  If I backport the fix to the 3.7 branch, will it go straight into the 3.7.0 release or will it be deferred to 3.7.1??

"All fixes that have been merged into the 3.7 branch as of cutoff tomorrow
will be in 3.7.0b5 and fixes merged afterwards will be in 3.7.0rc1 up to
its cutoff point. After 3.7.0rc1 cutoff, 3.7 merges will appear in 3.7.1.
Please continue to exercise diligence when deciding whether a change is
appropriate for 3.7; as a rule of thumb, treat the 3.7 branch as if it were
already released and in maintenance mode."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:49:46 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 10:49:46 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527850185.99.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, I think it go into 3.7.0 after all.  3.7.1 wouldn't get more testing before it's released anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:50:10 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 10:50:10 +0000
Subject: [issue33729] Hashlib/blake2* missing 'data' keyword argument
In-Reply-To: <1527842171.52.0.682650639539.issue33729@psf.upfronthosting.co.za>
Message-ID: <1527850210.77.0.682650639539.issue33729@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33729>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:50:32 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 10:50:32 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527850232.4.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:


New changeset 623b439abebc913bc416d92f38fe371e84b0276b by Antoine Pitrou (Miss Islington (bot)) in branch '3.7':
bpo-30654: Do not reset SIGINT handler to SIG_DFL in finisignal (GH-7146) (GH-7306)
https://github.com/python/cpython/commit/623b439abebc913bc416d92f38fe371e84b0276b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:57:29 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 10:57:29 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1527850649.39.0.682650639539.issue33725@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

(As a side note, the macOS Pythons provided by python.org installers should not behave differently on macOS 10.13 High Sierra since none of them are built with a 10.13 SDK.)

----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:57:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:57:55 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527850675.62.0.682650639539.issue33540@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6941

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 06:58:34 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 10:58:34 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527850714.52.0.682650639539.issue33540@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6942

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:10:22 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 11:10:22 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1527851422.44.0.682650639539.issue33725@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I understand that Apple, with their limited resources, cannot spend expensive engineer manpower on improving POSIX support in macOS </snark>.

In any case, I'm unsure this bug can be fixed at the Python level.  If macOS APIs don't like fork(), they don't like fork(), point bar.  As Ronald says, on 3.x you should use "forkserver" (for multiple reasons, not only this issue).  On 2.7 you're stuck dealing with the issue by yourself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:12:17 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 11:12:17 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527851537.47.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:


New changeset 1d5198fd41ad9185e9e6b3aa595769c3693d57be by Antoine Pitrou (Miss Islington (bot)) in branch '3.6':
bpo-30654: Do not reset SIGINT handler to SIG_DFL in finisignal (GH-7146) (GH-7307)
https://github.com/python/cpython/commit/1d5198fd41ad9185e9e6b3aa595769c3693d57be


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:12:34 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 11:12:34 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527851554.53.0.682650639539.issue30654@psf.upfronthosting.co.za>


Change by Antoine Pitrou <pitrou at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:22:25 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 01 Jun 2018 11:22:25 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527852145.21.0.682650639539.issue33597@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

@Victor

Thanks for review.

Do you think buildbots for master branch are sound enough to commit this change? Or should I wait one more week?
http://buildbot.python.org/all/#/grid?branch=master

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:34:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 11:34:01 +0000
Subject: [issue33597] Compact PyGC_Head
In-Reply-To: <1526972782.65.0.682650639539.issue33597@psf.upfronthosting.co.za>
Message-ID: <1527852841.62.0.682650639539.issue33597@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Do you think buildbots for master branch are sound enough to commit this change? Or should I wait one more week?

CIs on master are stable again. Since PyGC_Head is a key feature of Python, I would suggest you to wait at least a second approval of another core dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33597>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:47:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 11:47:31 +0000
Subject: [issue31009] test_multiprocessing_spawn hangs randomly on AMD64
 Windows10 3.x and AMD64 Windows8 3.x
In-Reply-To: <1500887712.38.0.66903662356.issue31009@psf.upfronthosting.co.za>
Message-ID: <1527853651.66.0.682650639539.issue31009@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 99ba73d1188f4d52d2c741c26267da00a008f379 by Victor Stinner in branch '3.6':
bpo-31009: Move fd_count() to test.support (#7308)
https://github.com/python/cpython/commit/99ba73d1188f4d52d2c741c26267da00a008f379


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31009>
_______________________________________

From report at bugs.python.org  Fri Jun  1 07:50:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 11:50:51 +0000
Subject: [issue31479] Always reset the signal alarm in tests
In-Reply-To: <1505424830.38.0.864907187411.issue31479@psf.upfronthosting.co.za>
Message-ID: <1527853851.81.0.682650639539.issue31479@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6943

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31479>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:06:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:06:26 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527854786.27.0.682650639539.issue30654@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Thanks pkerling for your bug report and your fix!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:07:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:07:52 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527854872.63.0.682650639539.issue33540@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 29ae9dc7c30b23055fdd39bec4c8f19a28392351 by Victor Stinner in branch '3.7':
bpo-33540: Fix socketserver.ThreadingMixIn if block_on_close=False (GH-7309)
https://github.com/python/cpython/commit/29ae9dc7c30b23055fdd39bec4c8f19a28392351


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:08:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:08:32 +0000
Subject: [issue31479] Always reset the signal alarm in tests
In-Reply-To: <1505424830.38.0.864907187411.issue31479@psf.upfronthosting.co.za>
Message-ID: <1527854912.41.0.682650639539.issue31479@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6944

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31479>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:21:14 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:21:14 +0000
Subject: [issue31234] Make support.threading_cleanup() stricter
In-Reply-To: <1503076378.29.0.950087882836.issue31234@psf.upfronthosting.co.za>
Message-ID: <1527855674.71.0.682650639539.issue31234@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6945

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31234>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:21:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:21:36 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527855696.75.0.682650639539.issue33540@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 829fcd0612049b21a6d3802b3306705218255f6b by Victor Stinner in branch 'master':
bpo-33540: Fix socketserver.ThreadingMixIn if block_on_close=False (GH-7310)
https://github.com/python/cpython/commit/829fcd0612049b21a6d3802b3306705218255f6b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:26:24 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 01 Jun 2018 12:26:24 +0000
Subject: [issue33730] string format 'n' produces numbers with incorrect
 precision
In-Reply-To: <1527848484.0.0.682650639539.issue33730@psf.upfronthosting.co.za>
Message-ID: <1527855984.36.0.682650639539.issue33730@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

I'm going to close this. If you still think there's an issue, we can re-open it.

----------
assignee:  -> eric.smith
components: +Interpreter Core -Extension Modules
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33730>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:33:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:33:47 +0000
Subject: [issue33627] test-complex of test_numeric_tower.test_complex()
 crashes intermittently on Ubuntu buildbots
In-Reply-To: <1527118249.12.0.682650639539.issue33627@psf.upfronthosting.co.za>
Message-ID: <1527856427.09.0.682650639539.issue33627@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The test also crashed on x86 Gentoo Non-Debug with X 3.7:

http://buildbot.python.org/all/#/builders/115/builds/308

0:03:11 load avg: 4.82 [ 77/415/1] test_numeric_tower crashed (Exit code -11)
Fatal Python error: Segmentation fault

Current thread 0xb74e9700 (most recent call first):
  File "/buildbot/buildarea/3.7.ware-gentoo-x86.nondebug/build/Lib/test/test_numeric_tower.py", line 184 in test_complex

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33627>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:35:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:35:22 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527856521.99.0.682650639539.issue33540@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6946

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:42:33 2018
From: report at bugs.python.org (Jakub Szewczyk)
Date: Fri, 01 Jun 2018 12:42:33 +0000
Subject: [issue33731] string formatting that produces floats with preset
 precision while respecting locale
Message-ID: <1527856953.25.0.682650639539.issue33731@psf.upfronthosting.co.za>


New submission from Jakub Szewczyk <jakub.szewczyk at gmail.com>:

.2f produces a string representation of a float rounded up to 2 significant digits.

>>> print ("{:.2f}".format(1.891))
1.89

However, it does not respect locale. There is no counterpart of 'f' that would respect locale. There is 'n', but because it follows the rules of 'g', in many cases it returns a different number of significant digits. 

>>> print ("{:.2n}".format(1.891))
1.9


In all my uses of formatted float printing, I need to produce floats that are rounded to have the same number of significant digits. I _presume_ this generalizes to the majority people, and the use of 'f' option is much more widespread than the use of 'g'. If this is the case, then a locale-friendly counterpart of 'f' would be very useful.

----------
components: Extension Modules
messages: 318407
nosy: Jakub Szewczyk, eric.smith
priority: normal
severity: normal
status: open
title: string formatting that produces floats with preset precision while respecting locale
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33731>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:58:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 12:58:44 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527857924.01.0.682650639539.issue33532@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6947

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 08:59:58 2018
From: report at bugs.python.org (Gibson Fahnestock)
Date: Fri, 01 Jun 2018 12:59:58 +0000
Subject: [issue33732] Python 2.7.15: xml.sax.parse() closes file objects
 passed to it
Message-ID: <1527857998.29.0.682650639539.issue33732@psf.upfronthosting.co.za>


New submission from Gibson Fahnestock <gibfahn at gmail.com>:

Sorry if this is a duplicate, I didn't find anything.

We hit some issues with this change:
- Python Bug: https://bugs.python.org/issue30264
- Github PRs: https://github.com/python/cpython/pull/1451 and https://github.com/python/cpython/pull/1476

It's possible I'm misunderstanding something, let me know if that's the case.

It seems that in Python 2.7.15, xml.sax.parse() closes file descriptors that are passed to it.

1. Isn't this a breaking change? It certainly breaks code we're using in production.
2. Why is the sax parser closing file descriptors that it didn't open? I understand if the parser is given a path and opens its own fd it makes sense to close it, but not when the fd is given directly.
3. What do you do if you need access to the file descriptor after parsing it (because you parse it in place)?

For file descriptors that point to files on disk we can work around it by reopening the file after each parse, but for something like a StringIO buffer (see simplified example below) I'm not aware of any way to get around the problem.

-> StringIO Example:

    import xml.sax
    import StringIO
    # Some StringIO buffer.
    fd = StringIO.StringIO(b'<_/>')
    # Do some parsing.
    xml.sax.parse(fd, xml.sax.handler.ContentHandler())
    # Try to do some other parsing (fails).
    xml.sax.parse(fd, xml.sax.handler.ContentHandler())

-> File Example:

    import xml.sax
    fd = open('/tmp/test-junit1.xml')
    # Do some parsing.
    xml.sax.parse(fd, xml.sax.handler.ContentHandler())
    # Do some other parsing.
    xml.sax.parse(fd, xml.sax.handler.ContentHandler())


Originally posted on https://github.com/python/cpython/pull/1451#issuecomment-393837538, thanks serhiy.storchaka for redirecting me here.

----------
components: Library (Lib), XML
messages: 318408
nosy: gibfahn, serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: Python 2.7.15: xml.sax.parse() closes file objects passed to it
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33732>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:05:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:05:41 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527858341.67.0.682650639539.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I saw one new test_ignore() failure on Travis CI in my 3.6 PR, whereas 3.6 already uses PIPE_MAX_SIZE for test_ignore().

https://github.com/python/cpython/pull/7315/
https://travis-ci.org/python/cpython/jobs/386637729

Hum, test_ignore() uses PIPE_MAX_SIZE, whereas the test fails on Linux where we use a pair of sockets, no pipes. Maybe we should use SOCK_MAX_SIZE?

Notes on pipe size:

* /proc/sys/fs/pipe-max-size
* bpo-17835: add support.PIPE_MAX_SIZE (4 MiB +1 B)
* bpo-18643: add support.SOCK_MAX_SIZE (16 MiB)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:12:10 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 01 Jun 2018 13:12:10 +0000
Subject: [issue33731] string formatting that produces floats with preset
 precision while respecting locale
In-Reply-To: <1527856953.25.0.682650639539.issue33731@psf.upfronthosting.co.za>
Message-ID: <1527858730.76.0.682650639539.issue33731@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

You can always use the locale module, although of course that's not as convenient:

>>> locale.format('%.2f', 1.891)
'1.89'

I'm open to suggests on backward compatible ways to implement this for python 3.8. It would probably involve a new letter, and need to be implemented for at least int, float, decimal, and complex.

----------
assignee:  -> eric.smith
components: +Interpreter Core -Extension Modules
versions: +Python 3.8 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33731>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:18:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:18:19 +0000
Subject: [issue33733] Add utilities to get/set pipe and socket buffer sizes?
Message-ID: <1527859099.35.0.682650639539.issue33733@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Many Python unit tests require a blocking send into a pipe or a socket.

support.PIPE_MAX_SIZE (4 MiB +1 B) has been added for pipes in bpo-17835: sending PIPE_MAX_SIZE into a pipe must block.

On Linux, the maximum size of a pipe is /proc/sys/fs/pipe-max-size. Since Linux 2.6.35, it's now possible to get and set the size of a pipe using fcntl with F_GETPIPE_SZ and F_SETPIPE_SZ commands.

For sockets, support.SOCK_MAX_SIZE (16 MiB) has been added in bpo-18643. It's possible to get/set the size of receive and send socket buffers using getsockopt() and setsockopt() with SO_RCVBUF and SO_SNDBUF commands.

For pipes, I'm not sure that it's possible to get the size of a pipe buffer in a portable way. For example, F_GETPIPE_SZ was only introduced in Linux 2.6.35.

Since the first user of these features are tests, maybe we can start with best-effort functions in test.support.

Recently, I got issues with buffer sizes in test_multiprocessing_forkserver.test_ignore() (bpo-33532) and sendfile tests of test_asyncio (bpo-33353).

----------
components: Library (Lib)
messages: 318411
nosy: pitrou, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: Add utilities to get/set pipe and socket buffer sizes?
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33733>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:18:56 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 13:18:56 +0000
Subject: [issue33733] Add utilities to get/set pipe and socket buffer sizes?
In-Reply-To: <1527859099.35.0.682650639539.issue33733@psf.upfronthosting.co.za>
Message-ID: <1527859136.59.0.682650639539.issue33733@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
nosy: +njs

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33733>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:23:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:23:05 +0000
Subject: [issue31479] Always reset the signal alarm in tests
In-Reply-To: <1505424830.38.0.864907187411.issue31479@psf.upfronthosting.co.za>
Message-ID: <1527859384.99.0.682650639539.issue31479@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 3604b2390a8986117c35d661d3d3a5977dfe8260 by Victor Stinner in branch '2.7':
bpo-31479: Always reset the signal alarm in tests (GH-3588) (GH-7314)
https://github.com/python/cpython/commit/3604b2390a8986117c35d661d3d3a5977dfe8260


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31479>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:23:12 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:23:12 +0000
Subject: [issue31479] Always reset the signal alarm in tests
In-Reply-To: <1505424830.38.0.864907187411.issue31479@psf.upfronthosting.co.za>
Message-ID: <1527859392.65.0.682650639539.issue31479@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 95681c7a7ddd436ba7d6c10d1202c33dd6bd648b by Victor Stinner in branch '3.6':
bpo-31479: Always reset the signal alarm in tests (GH-3588) (GH-7312)
https://github.com/python/cpython/commit/95681c7a7ddd436ba7d6c10d1202c33dd6bd648b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31479>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:31:05 2018
From: report at bugs.python.org (pkerling)
Date: Fri, 01 Jun 2018 13:31:05 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527859865.88.0.682650639539.issue30654@psf.upfronthosting.co.za>


pkerling <9b6ab161 at casix.org> added the comment:

Thanks! I'm a bit disappointed that it won't make it into 2.7, but I can understand the decision.

To give some context: I came across this while working on Kodi and noticing that it does not shutdown cleanly via Ctrl+C or SIGTERM. After investigating, I came to the conclusion that it is due to this bug. Kodi shuts down the Python interpreter every time no add-on is doing active work, which is almost guaranteed to happen shortly after application startup. Then this bug caused a reset of the SIGTERM handler to the default handler, making the Kodi handler that does a clean shutdown useless.
Now there are plans to switch to Python 3 in Kodi, but it won't happen until the major release after the next, so we're stuck with 2.7 for some time. I guess we'll have to work around this in Kodi for the time being.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:33:57 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 13:33:57 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527860037.41.0.682650639539.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm nosy'ing Benjamin, the 2.7 release manager, in case he wants to comment on desirability of this bugfix in Python 2.7.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:34:45 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:34:45 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527860085.65.0.682650639539.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> https://travis-ci.org/python/cpython/jobs/386637729

I added some debug traces:

test_ignore (test.test_multiprocessing_forkserver.TestIgnoreEINTR) ...
socket[fd=4].SO_RCVBUF 212992
socket[fd=4].SO_SNDBUF 212992
socket[fd=7].SO_RCVBUF 212992
socket[fd=7].SO_SNDBUF 212992
test_ignore: PIPE_MAX_SIZE = 4194305

The socket pair uses a buffer of 208 KiB (212,992 B) in both directions and the test sends 4 MiB (4,194,305 B) for a blocking call... and sometimes the send doesn't block.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 09:51:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 13:51:05 +0000
Subject: [issue31234] Make support.threading_cleanup() stricter
In-Reply-To: <1503076378.29.0.950087882836.issue31234@psf.upfronthosting.co.za>
Message-ID: <1527861065.48.0.81473610881.issue31234@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 5dbb48aaac0ff74648b355ebdde222856004b1ef by Victor Stinner in branch '3.6':
[3.6] bpo-31234: Add test.support.wait_threads_exit() (GH-3578) (GH-7315)
https://github.com/python/cpython/commit/5dbb48aaac0ff74648b355ebdde222856004b1ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31234>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:05:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:05:05 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527861905.42.0.81473610881.issue33532@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6948
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:24:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:24:53 +0000
Subject: [issue33540] socketserver: Add an opt-in option to get Python 3.6
 behaviour on server_close()
In-Reply-To: <1526486373.61.0.682650639539.issue33540@psf.upfronthosting.co.za>
Message-ID: <1527863093.13.0.81473610881.issue33540@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1381bfe9776e64fed45935efbe42a7ee8298bd44 by Victor Stinner in branch '3.6':
bpo-33540, socketserver: Add _block_on_close for tests (GH-7317)
https://github.com/python/cpython/commit/1381bfe9776e64fed45935efbe42a7ee8298bd44


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33540>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:38:38 2018
From: report at bugs.python.org (Gibson Fahnestock)
Date: Fri, 01 Jun 2018 14:38:38 +0000
Subject: [issue33732] Python 2.7.15: xml.sax.parse() closes file objects
 passed to it
In-Reply-To: <1527857998.29.0.682650639539.issue33732@psf.upfronthosting.co.za>
Message-ID: <1527863918.65.0.81473610881.issue33732@psf.upfronthosting.co.za>


Gibson Fahnestock <gibfahn at gmail.com> added the comment:

As an addendum, I note that other parsers, like:

    parser = lxml.etree.XMLParser(compact=False)
    etree.parse(some_fd, parser).find('some_text').text

do not close the fd they are given.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33732>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:48:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:48:36 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527864516.68.0.81473610881.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 252f6abe0a9430f4ae7588c0cb50a6ff141bebe3 by Victor Stinner in branch 'master':
bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7319)
https://github.com/python/cpython/commit/252f6abe0a9430f4ae7588c0cb50a6ff141bebe3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:48:50 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 14:48:50 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527864530.82.0.81473610881.issue33532@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6949

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:50:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:50:49 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527864649.54.0.81473610881.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I modified test_ignore() to use support.SOCK_MAX_SIZE, but honestly, I'm not convinced that it will be the issue. I applied my change anyway, just to check if the issue comes from the size, or if it's something else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:53:53 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 14:53:53 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
Message-ID: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

I've ported asyncio's sslproto.py to uvloop and released a new major version of it yesterday.  Hynek discovered that the default SSL handshake timeout (10 seconds currently) is too low, and that there's a critical code path that is broken because it assumes all SSL exceptions have an 'errno' attribute.

The PR changes the default SSL handshake timeout to 60 seconds (as in nginx [1]) and fixes the AttributeError.

IMO this should go into 3.7.0rc1.


[1] https://docs.nginx.com/nginx/admin-guide/security-controls/terminating-ssl-tcp/#speeding-up-secure-tcp-connections

----------
assignee: yselivanov
components: asyncio
messages: 318422
nosy: asvetlov, hynek, ned.deily, yselivanov
priority: release blocker
severity: normal
status: open
title: asyncio/ssl: Fix AttributeError, increase default handshake timeout
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:54:53 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 14:54:53 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1527864893.11.0.81473610881.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

For the reference, we added SSL handshake timeout a while ago in bpo-29970.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:55:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:55:30 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1527864930.28.0.81473610881.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The test also failed on AMD64 Windows8.1 Refleaks 3.7. This buildbot is also very slow because it runs reference leak hunting. It confirms that the remaining issue is a race condition which is only seen when the system becomes slow.

http://buildbot.python.org/all/#/builders/132/builds/154

======================================================================
ERROR: test_start_tls_server_1 (test.test_asyncio.test_sslproto.ProactorStartTLSTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.7.ware-win81-release.refleak\build\lib\test\test_asyncio\test_sslproto.py", line 467, in test_start_tls_server_1
    self.loop.run_until_complete(run_main())
  File "D:\buildarea\3.7.ware-win81-release.refleak\build\lib\asyncio\base_events.py", line 566, in run_until_complete
    raise RuntimeError('Event loop stopped before Future completed.')
RuntimeError: Event loop stopped before Future completed.

======================================================================
FAIL: test_start_tls_server_1 (test.test_asyncio.test_sslproto.ProactorStartTLSTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.7.ware-win81-release.refleak\build\lib\test\test_asyncio\functional.py", line 42, in tearDown
    self.fail('unexpected calls to loop.call_exception_handler()')
AssertionError: unexpected calls to loop.call_exception_handler()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:56:32 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 14:56:32 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1527864992.69.0.81473610881.issue33734@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +6950
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 10:58:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 14:58:07 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
Message-ID: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

http://buildbot.python.org/all/#/builders/132/builds/154

test_multiprocessing_spawn leaked [1, 2, 1] memory blocks, sum=4

----------
components: Tests, Windows
messages: 318425
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
type: resource usage
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Fri Jun  1 11:21:25 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 15:21:25 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527866485.44.0.81473610881.issue33532@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 63fa8db58c349f985d75139e6545cfddf067c07b by Miss Islington (bot) in branch '3.7':
bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7319)
https://github.com/python/cpython/commit/63fa8db58c349f985d75139e6545cfddf067c07b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 11:36:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 15:36:49 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527867409.65.0.81473610881.issue33532@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6951

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 11:38:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 15:38:24 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527867504.77.0.81473610881.issue33532@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6952

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 11:39:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 15:39:13 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
In-Reply-To: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>
Message-ID: <1527867553.82.0.81473610881.issue33735@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

When running "python -m test -R 2:3 test_multiprocessing_forkserver" on Windows, I saw some warnings about dangling threads. It may explain this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Fri Jun  1 11:54:39 2018
From: report at bugs.python.org (Nathaniel Smith)
Date: Fri, 01 Jun 2018 15:54:39 +0000
Subject: [issue33733] Add utilities to get/set pipe and socket buffer sizes?
In-Reply-To: <1527859099.35.0.682650639539.issue33733@psf.upfronthosting.co.za>
Message-ID: <1527868479.89.0.81473610881.issue33733@psf.upfronthosting.co.za>


Nathaniel Smith <njs at pobox.com> added the comment:

Note that in my experience, socket systems treat the buffer sizes as more like... rough guidelines. Especially Windows and Linux. Which doesn't mean they're not useful to expose somehow, but you can't assume that just because you set the buffer to size X means that operations will start blocking after X bytes. When trio's tests need a clogged socket, we just keep sending in a loop until we observe a BlockingIOError, and then do the test.

Pipe buffers are much more reasonably behaved IME.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33733>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:07:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 16:07:41 +0000
Subject: [issue31238] pydoc: ServerThread.stop() leaves a dangling thread
In-Reply-To: <1503100245.68.0.356327779955.issue31238@psf.upfronthosting.co.za>
Message-ID: <1527869261.28.0.81473610881.issue31238@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6953

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31238>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:11:27 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 16:11:27 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1527869487.81.0.81473610881.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6954

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:25:52 2018
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 01 Jun 2018 16:25:52 +0000
Subject: [issue33736] Improve the documentation of asyncio stream API
Message-ID: <1527870352.33.0.81473610881.issue33736@psf.upfronthosting.co.za>


Change by Elvis Pranskevichus <elvis at magic.io>:


----------
assignee: docs at python
components: Documentation
nosy: Elvis.Pranskevichus, docs at python
priority: normal
severity: normal
status: open
title: Improve the documentation of asyncio stream API
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33736>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:29:55 2018
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Fri, 01 Jun 2018 16:29:55 +0000
Subject: [issue33736] Improve the documentation of asyncio stream API
Message-ID: <1527870595.97.0.81473610881.issue33736@psf.upfronthosting.co.za>


Change by Elvis Pranskevichus <elvis at magic.io>:


----------
keywords: +patch
pull_requests: +6955
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33736>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:30:15 2018
From: report at bugs.python.org (Hynek Schlawack)
Date: Fri, 01 Jun 2018 16:30:15 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1527870615.8.0.81473610881.issue33734@psf.upfronthosting.co.za>


Hynek Schlawack <hs at ox.cx> added the comment:

For some context: 10s seems to be more common than I liked to believe (seems like Go's http client uses it by default too).

Nevertheless I ran into the 10s after updating uvloop and stopped being able to connect to a server in India. Therefore I'd consider 10s at least a regression that should be fixed.

What was the effective timeout before? Depending on the old value, 60s could be excessive for clients and might lead to self-DoS on the client side?

P.S. I tried to reply on my phone and now I fully support Mariatta?s proposal of moving to GitHub issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:35:28 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 16:35:28 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1527870928.8.0.81473610881.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> What was the effective timeout before? Depending on the old value, 60s could be excessive for clients and might lead to self-DoS on the client side?

Previous timeout was effectively infinite.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:37:17 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 01 Jun 2018 16:37:17 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527871037.88.0.81473610881.issue33721@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I seem to recall that this ValueError behavior was discussed at some length and it is the desired behavior.  (At some previous point I think everything after the NUL was ignored.)  I'm not really sure why it needs to be documented either, NULs are invalid in filenames, aren't they?  Or are there some OSes that allow them?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:52:48 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 01 Jun 2018 16:52:48 +0000
Subject: [issue33649] asyncio docs overhaul
In-Reply-To: <1527277722.54.0.682650639539.issue33649@psf.upfronthosting.co.za>
Message-ID: <1527871968.3.0.81473610881.issue33649@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33649>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:53:05 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 01 Jun 2018 16:53:05 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527871985.01.0.81473610881.issue33721@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

I don't know of any OS that supports NULs in filenames (not that my knowledge is encyclopedic).

My reason for suggesting we document it is that os.path.exists() returns False for otherwise invalid filenames, where something like open() raises. On Windows:

>>> os.path.exists('c::bar')
False

>>> open('c::bar')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OSError: [Errno 22] Invalid argument: 'c::bar'

So I do think it's a little surprising that os.path.exists() would raise with a NUL, instead of returning False. But I don't think it's worth changing the behavior, due to potential (though unlikely) breakage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Fri Jun  1 12:55:26 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 01 Jun 2018 16:55:26 +0000
Subject: [issue33701] test_datetime crashed (SIGSEGV) on Travis CI
In-Reply-To: <1527719641.19.0.682650639539.issue33701@psf.upfronthosting.co.za>
Message-ID: <1527872126.93.0.81473610881.issue33701@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33701>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:03:44 2018
From: report at bugs.python.org (Jakub Wilk)
Date: Fri, 01 Jun 2018 17:03:44 +0000
Subject: [issue33661] urllib may leak sensitive HTTP headers to a third-party
 web site
In-Reply-To: <1527430806.55.0.682650639539.issue33661@psf.upfronthosting.co.za>
Message-ID: <1527872624.93.0.81473610881.issue33661@psf.upfronthosting.co.za>


Change by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33661>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:05:10 2018
From: report at bugs.python.org (Puneet Singh)
Date: Fri, 01 Jun 2018 17:05:10 +0000
Subject: [issue33737] Multiprocessing not working
Message-ID: <1527872710.36.0.81473610881.issue33737@psf.upfronthosting.co.za>


New submission from Puneet Singh <duhrasoft1 at gmail.com>:

I have attached a sampl program for my project.can anyone help e to solve this multiprocessing problem.I have applied all the tpes of multiprocessing ( map,map_async, starmap, starmap_async, aplly_async) but the result is same that CPU utilisation is one core instead it had to use all of them.

The picture for cpu utilisation an be found in github account:- 
https://github.com/joddiy/multiprocess/issues/1

----------
components: Library (Lib)
messages: 318433
nosy: Puneet Singh, docs at python
priority: normal
severity: normal
status: open
title: Multiprocessing not working
type: performance
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33737>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:06:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Jun 2018 17:06:40 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1527872800.07.0.81473610881.issue33660@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> test needed
versions: +Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:08:51 2018
From: report at bugs.python.org (Jakub Wilk)
Date: Fri, 01 Jun 2018 17:08:51 +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: <1527872931.88.0.81473610881.issue17102@psf.upfronthosting.co.za>


Change by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17102>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:08:56 2018
From: report at bugs.python.org (Jakub Wilk)
Date: Fri, 01 Jun 2018 17:08:56 +0000
Subject: [issue29788] [Security] tarfile: Add absolute_path option to tarfile, 
 disabled by default
In-Reply-To: <1489162424.66.0.632437535873.issue29788@psf.upfronthosting.co.za>
Message-ID: <1527872936.96.0.81473610881.issue29788@psf.upfronthosting.co.za>


Change by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29788>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:09:43 2018
From: report at bugs.python.org (Alden)
Date: Fri, 01 Jun 2018 17:09:43 +0000
Subject: [issue27071] unittest.TestCase.assertCountEqual is a very misleading
 name
In-Reply-To: <1463788380.52.0.782790370377.issue27071@psf.upfronthosting.co.za>
Message-ID: <1527872983.67.0.81473610881.issue27071@psf.upfronthosting.co.za>


Alden <aldencolerain at gmail.com> added the comment:

I think we need to re-open this issue.  I have done a poll of a number of python developers and every developer I talked to said they initially thought this function "assertCountEqual" asserts that the count is equal. Probably because that's exactly what the words mean. I think most people in this discussion agree that the name is not ideal, but how did we end up picking one that explicitly says something completely incorrect?  Not only that but we broke backward compatibility for a name that is significantly worse than the original.

If you asked any colleague or developer on the street that isn't a python 3 user what "assert count equal" would do when provided with two lists. I would be amazed if anyone said something other than "checks that the two lists store the same number of elements".  I have asked everyone I know and no one has said anything different.

assertItemsEqual - Most people get this correct, some people think it also checks order. This confusion actually isn't that common because people first learn the function that DOES check order. (better)

assertFrequencyCountsEqual - Most people aren't sure what this does and would be need to look this up. (better)

assertElementCountsEqual - Seems like it checks the count of a list, but leaves you with some uncertainty. (not great, but better)

assertCountEqual and assertCountsEqual - Everyone i spoke to thought this asserted that number of elements in the collections were equal. Total certainty about the wrong functionality.


Explicit is better than implicit.
  * This name is not explicit it implies a completely different behavior.
Readability counts.
  * The words of this function literally mean something else.
Practicality beats purity.
  * Users not in the Python ivory tower immediately recognize this function name as something else. 
In the face of ambiguity, refuse the temptation to guess.
  * This name is not just ambiguous it is misleading and makes users guess and guess incorrectly.
If the implementation is hard to explain, it's a bad idea.
  * If we can't name this function correctly, maybe it's a bad idea?
Now is better than never.
  * This was a mistake and its better to correct it now than let it live on for another two years.

----------
nosy: +aldencolerain

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27071>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:12:57 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Jun 2018 17:12:57 +0000
Subject: [issue33665] tkinter.ttk.Scrollbar.fraction() is inaccurate,
 or at least inconsistent compared to the non ttk version
In-Reply-To: <1527503945.83.0.682650639539.issue33665@psf.upfronthosting.co.za>
Message-ID: <1527873177.51.0.81473610881.issue33665@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Please post the code you used to test this.

----------
nosy: +serhiy.storchaka, terry.reedy
stage:  -> needs patch
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33665>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:14:59 2018
From: report at bugs.python.org (Christian Tismer)
Date: Fri, 01 Jun 2018 17:14:59 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
Message-ID: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>


New submission from Christian Tismer <tismer at stackless.com>:

The file number.rst on python 3.6 says

"""
.. c:function:: int PyIndex_Check(PyObject *o)

   Returns ``1`` if *o* is an index integer (has the nb_index slot of the
   tp_as_number structure filled in), and ``0`` otherwise.
"""

But in reality, this is a macro:

"""
#define PyIndex_Check(obj) \
   ((obj)->ob_type->tp_as_number != NULL && \
    (obj)->ob_type->tp_as_number->nb_index != NULL)
"""

But such a macro does not work with the limited API, since
non-heaptypes cannot use PyType_GetSlot.

The patch is trivial: Define the function instead of the macro
when Py_LIMITED_API is set.

I also think the documentation makes more sense when it is correct.

----------
components: Extension Modules
messages: 318436
nosy: Christian.Tismer, larry, ned.deily
priority: release blocker
severity: normal
status: open
title: PyIndex_Check conflicts with PEP 384
type: compile error
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:19:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 17:19:27 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527873567.84.0.81473610881.issue33738@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:25:20 2018
From: report at bugs.python.org (Christian Tismer)
Date: Fri, 01 Jun 2018 17:25:20 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527873920.31.0.81473610881.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
keywords: +patch
pull_requests: +6956
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:25:59 2018
From: report at bugs.python.org (Jesse Paul Ogle)
Date: Fri, 01 Jun 2018 17:25:59 +0000
Subject: [issue20886] Disabling logging to ~/.python_history is not simple
 enough
In-Reply-To: <1394483435.54.0.13789888009.issue20886@psf.upfronthosting.co.za>
Message-ID: <1527873959.64.0.81473610881.issue20886@psf.upfronthosting.co.za>


Jesse Paul Ogle <jesse.p.ogle at gmail.com> added the comment:

Greetings, I came across this issue while looking into XDG Base Directory Specification. This issue is only tagged with version 3.4, but the underlying issue (not being able to change the history file / size through environment variables) appears to still exist in the definiton of enablerlcompleter() in Lib/site.py for master. I may be wrong about that.

Tag 3.4:
https://github.com/python/cpython/blob/3.4/Lib/site.py#L423

Tag 3.7.0b5 (latest as of writing)
https://github.com/python/cpython/blob/v3.7.0b5/Lib/site.py#L436


This seems to me like a fairly straight forward fix. I made the change by copying enablercompleter() to a startup.py file and changing that line to the following:

        if 'PYTHONHISTFILE' in os.environ:
            history = os.path.expanduser(os.environ['PYTHONHISTFILE'])
        elif 'XDG_DATA_HOME' in os.environ:
            history = os.path.join(os.path.expanduser(os.environ['XDG_DATA_HOME']),
                                   'python', 'python_history')
        else:
            history = os.path.join(os.path.expanduser('~'),
                                   '.python_history')

        history = os.path.abspath(history)
        _dir, _ = os.path.split(history)
        os.makedirs(_dir, exist_ok=True)

This enables specifying the history file via PYTHONHISTFILE or using XDG_DATA_HOME. XDG_DATA_HOME is convenient but not necessary as PYTHONHISTFILE would at least provide a work around. One could disable logging by setting PYTHONHISTFILE=/dev/null or whatever it is on Windows.

I apologize for not providing a patch but I have literally no idea where to start for that. I assume addition of environment variables requires iterating on the mailing list first?

----------
nosy: +jesse.p.ogle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20886>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:39:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 17:39:19 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527874759.05.0.81473610881.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1d4be0a65f66c2eecefb8b8bd4d115a82fa61067 by Victor Stinner in branch '2.7':
bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7323)
https://github.com/python/cpython/commit/1d4be0a65f66c2eecefb8b8bd4d115a82fa61067


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:39:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 17:39:19 +0000
Subject: [issue31238] pydoc: ServerThread.stop() leaves a dangling thread
In-Reply-To: <1503100245.68.0.356327779955.issue31238@psf.upfronthosting.co.za>
Message-ID: <1527874759.38.0.81473610881.issue31238@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset f3297433e309e9591eaa3f36e1d7887e9d0620d7 by Victor Stinner in branch '3.6':
bpo-31238: pydoc ServerThread.stop() now joins itself (GH-3151) (GH-7324)
https://github.com/python/cpython/commit/f3297433e309e9591eaa3f36e1d7887e9d0620d7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31238>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:39:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 17:39:40 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1527874780.09.0.81473610881.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 137e80346ff65ad917f733d9b077e530a4797ec5 by Victor Stinner in branch '3.6':
bpo-33718: Update regrtest from master (GH-7325)
https://github.com/python/cpython/commit/137e80346ff65ad917f733d9b077e530a4797ec5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:39:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 01 Jun 2018 17:39:58 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1527874798.51.0.81473610881.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 64e538bc703e423a04ab435c4eab6b950b8aef7e by Victor Stinner in branch '3.6':
bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7322)
https://github.com/python/cpython/commit/64e538bc703e423a04ab435c4eab6b950b8aef7e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:46:37 2018
From: report at bugs.python.org (Steve Dower)
Date: Fri, 01 Jun 2018 17:46:37 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1527875197.57.0.81473610881.issue33720@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

FYI, I posted the problem at https://developercommunity.visualstudio.com/content/problem/265778/pgo-generates-large-stack-frame.html (I _think_ it's public).

Until then, it's probably best to reduce the recursion limit. Going to a depth of 1000 seems okay, and it certainly seems less bad than disabling optimisations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:46:38 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 17:46:38 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527875198.17.0.81473610881.issue33724@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Okay, apparently this is only happening on 2 of the buildbots from bpo-33615:

ARMv7 Ubuntu 3.x
PPC64 AIX 3.x

Judging by the failures I'm guessing that it's something related to handling of int64_t.  I'm looking into it.

----------
assignee:  -> eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:54:35 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 17:54:35 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527875675.7.0.81473610881.issue33400@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 4b6691e40f004bf3a08b1843620f5f6028d2b79d by Vinay Sajip (Miss Islington (bot)) in branch '3.7':
bpo-33400: Removed references to RFC3339 and ISO8601 from the logging documentation. (GH-7297) (GH-7302)
https://github.com/python/cpython/commit/4b6691e40f004bf3a08b1843620f5f6028d2b79d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:55:13 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 17:55:13 +0000
Subject: [issue33400] logging.Formatter does not default to ISO8601 date format
In-Reply-To: <1525203444.89.0.682650639539.issue33400@psf.upfronthosting.co.za>
Message-ID: <1527875713.29.0.81473610881.issue33400@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 461ad598d12eba7754181402e00bb7cfc7f1d9cf by Vinay Sajip (Miss Islington (bot)) in branch '3.6':
bpo-33400: Removed references to RFC3339 and ISO8601 from the logging documentation. (GH-7297) (GH-7303)
https://github.com/python/cpython/commit/461ad598d12eba7754181402e00bb7cfc7f1d9cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33400>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:56:50 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 17:56:50 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527875810.29.0.81473610881.issue32519@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 1df877caad584135263ef94d83a28251e162e643 by Vinay Sajip (Miss Islington (bot)) in branch '3.6':
bpo-32519: Removed misleading sentence from EnvBuilder documentation. (GH-7296) (GH-7299)
https://github.com/python/cpython/commit/1df877caad584135263ef94d83a28251e162e643


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 13:57:15 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 01 Jun 2018 17:57:15 +0000
Subject: [issue32519] venv API docs - symlinks default incorrect
In-Reply-To: <1515423516.58.0.467229070634.issue32519@psf.upfronthosting.co.za>
Message-ID: <1527875834.99.0.81473610881.issue32519@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset 283e12f91db1a5290f2ddbddee406797fec39d2e by Vinay Sajip (Miss Islington (bot)) in branch '3.7':
bpo-32519: Removed misleading sentence from EnvBuilder documentation. (GH-7296) (#7300)
https://github.com/python/cpython/commit/283e12f91db1a5290f2ddbddee406797fec39d2e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32519>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:04:24 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Jun 2018 18:04:24 +0000
Subject: [issue33719] Test failures on Python 3.7 beta 5 and Windows 10
In-Reply-To: <1527778386.67.0.682650639539.issue33719@psf.upfronthosting.co.za>
Message-ID: <1527876264.79.0.81473610881.issue33719@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I ran py -3.7 -m test -j11 -uall
I saw test_marshal fail with fatal exception.
I saw test_tools and test_site fail as below.

C:\Users\Terry>py -3.7 -X utf8 -m test  test_pkg
0:00:00 [1/1] test_pkg
1 test OK.

 test_tools failed -- running: test_io (103 sec), test_largefile (100 sec), test_multiprocessing_spawn (88 sec), test_mmap (91 sec), test_tokenize (43 sec)
Usage: 2to3 [options] file|dir ...

regrtest.py: error: no such option: --slaveargs
test test_tools failed -- Traceback (most recent call last):
  File "C:\Programs\Python37\lib\optparse.py", line 1387, in parse_args
    stop = self._process_args(largs, rargs, values)
  File "C:\Programs\Python37\lib\optparse.py", line 1427, in _process_args
    self._process_long_opt(rargs, values)
  File "C:\Programs\Python37\lib\optparse.py", line 1480, in _process_long_opt
    opt = self._match_long_opt(opt)
  File "C:\Programs\Python37\lib\optparse.py", line 1465, in _match_long_opt
    return _match_abbrev(opt, self._long_opt)
  File "C:\Programs\Python37\lib\optparse.py", line 1670, in _match_abbrev
    raise BadOptionError(s)
optparse.BadOptionError: no such option: --slaveargs

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Programs\Python37\lib\test\test_tools\test_sundry.py", line 36, in test_sundry
    import_tool(name)
  File "C:\Programs\Python37\lib\test\test_tools\__init__.py", line 21, in import_tool
    return importlib.import_module(toolname)
  File "C:\Programs\Python37\lib\importlib\__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "C:\Programs\Python37\Tools\scripts\2to3.py", line 5, in <module>
    sys.exit(main("lib2to3.fixes"))
  File "C:\Programs\Python37\lib\lib2to3\main.py", line 179, in main
    options, args = parser.parse_args(args)
  File "C:\Programs\Python37\lib\optparse.py", line 1389, in parse_args
    self.error(str(err))
  File "C:\Programs\Python37\lib\optparse.py", line 1569, in error
    self.exit(2, "%s: error: %s\n" % (self.get_prog_name(), msg))
  File "C:\Programs\Python37\lib\optparse.py", line 1559, in exit
    sys.exit(status)
SystemExit: 2



test test_site failed -- Traceback (most recent call last):
  File "C:\Programs\Python37\lib\test\test_site.py", line 487, in test_startup_imports
    self.assertFalse(modules.intersection(collection_mods), stderr)
AssertionError: {'heapq', 'types', 'functools', 'keyword', 'operator', 'reprlib', 'collections'} is not false : import _frozen_importlib # frozen
import _imp # builtin
import '_thread' # <class '_frozen_importlib.BuiltinImporter'>
import '_warnings' # <class '_frozen_importlib.BuiltinImporter'>
import '_weakref' # <class '_frozen_importlib.BuiltinImporter'>
# installing zipimport hook
import 'zipimport' # <class '_frozen_importlib.BuiltinImporter'>
# installed zipimport hook
import '_frozen_importlib_external' # <class '_frozen_importlib.FrozenImporter'>
import '_io' # <class '_frozen_importlib.BuiltinImporter'>
import 'marshal' # <class '_frozen_importlib.BuiltinImporter'>
import 'nt' # <class '_frozen_importlib.BuiltinImporter'>
import _thread # previously loaded ('_thread')
import '_thread' # <class '_frozen_importlib.BuiltinImporter'>
import _weakref # previously loaded ('_weakref')
import '_weakref' # <class '_frozen_importlib.BuiltinImporter'>
import 'winreg' # <class '_frozen_importlib.BuiltinImporter'>
# C:\Programs\Python37\lib\encodings\__pycache__\__init__.cpython-37.pyc matches C:\Programs\Python37\lib\encodings\__init__.py
# code object from 'C:\\Programs\\Python37\\lib\\encodings\\__pycache__\\__init__.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\codecs.cpython-37.pyc matches C:\Programs\Python37\lib\codecs.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\codecs.cpython-37.pyc'
import '_codecs' # <class '_frozen_importlib.BuiltinImporter'>
import 'codecs' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCB943C8>
# C:\Programs\Python37\lib\encodings\__pycache__\aliases.cpython-37.pyc matches C:\Programs\Python37\lib\encodings\aliases.py
# code object from 'C:\\Programs\\Python37\\lib\\encodings\\__pycache__\\aliases.cpython-37.pyc'
import 'encodings.aliases' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBA9EF0>
import 'encodings' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCB88710>
# C:\Programs\Python37\lib\encodings\__pycache__\utf_8.cpython-37.pyc matches C:\Programs\Python37\lib\encodings\utf_8.py
# code object from 'C:\\Programs\\Python37\\lib\\encodings\\__pycache__\\utf_8.cpython-37.pyc'
import 'encodings.utf_8' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBBBF98>
import '_signal' # <class '_frozen_importlib.BuiltinImporter'>
# C:\Programs\Python37\lib\encodings\__pycache__\latin_1.cpython-37.pyc matches C:\Programs\Python37\lib\encodings\latin_1.py
# code object from 'C:\\Programs\\Python37\\lib\\encodings\\__pycache__\\latin_1.cpython-37.pyc'
import 'encodings.latin_1' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBBD400>
# C:\Programs\Python37\lib\__pycache__\io.cpython-37.pyc matches C:\Programs\Python37\lib\io.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\io.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\abc.cpython-37.pyc matches C:\Programs\Python37\lib\abc.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\abc.cpython-37.pyc'
import '_abc' # <class '_frozen_importlib.BuiltinImporter'>
import 'abc' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBBD9B0>
import 'io' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBBD5F8>
# C:\Programs\Python37\lib\__pycache__\_bootlocale.cpython-37.pyc matches C:\Programs\Python37\lib\_bootlocale.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\_bootlocale.cpython-37.pyc'
import '_locale' # <class '_frozen_importlib.BuiltinImporter'>
import '_bootlocale' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBBDF98>
# C:\Programs\Python37\lib\encodings\__pycache__\cp1252.cpython-37.pyc matches C:\Programs\Python37\lib\encodings\cp1252.py
# code object from 'C:\\Programs\\Python37\\lib\\encodings\\__pycache__\\cp1252.cpython-37.pyc'
import 'encodings.cp1252' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBC4828>
Python 3.7.0b5 (v3.7.0b5:abb8802389, May 31 2018, 01:54:01) [MSC v.1913 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
# C:\Programs\Python37\lib\__pycache__\site.cpython-37.pyc matches C:\Programs\Python37\lib\site.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\site.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\os.cpython-37.pyc matches C:\Programs\Python37\lib\os.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\os.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\stat.cpython-37.pyc matches C:\Programs\Python37\lib\stat.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\stat.cpython-37.pyc'
import '_stat' # <class '_frozen_importlib.BuiltinImporter'>
import 'stat' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBDF390>
# C:\Programs\Python37\lib\__pycache__\ntpath.cpython-37.pyc matches C:\Programs\Python37\lib\ntpath.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\ntpath.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\genericpath.cpython-37.pyc matches C:\Programs\Python37\lib\genericpath.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\genericpath.cpython-37.pyc'
import 'genericpath' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBEE2B0>
import 'ntpath' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBDFA20>
# C:\Programs\Python37\lib\__pycache__\_collections_abc.cpython-37.pyc matches C:\Programs\Python37\lib\_collections_abc.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\_collections_abc.cpython-37.pyc'
import '_collections_abc' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBEE860>
import 'os' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBCEF60>
# C:\Programs\Python37\lib\__pycache__\_sitebuiltins.cpython-37.pyc matches C:\Programs\Python37\lib\_sitebuiltins.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\_sitebuiltins.cpython-37.pyc'
import '_sitebuiltins' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBD3320>
# C:\Programs\Python37\lib\__pycache__\types.cpython-37.pyc matches C:\Programs\Python37\lib\types.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\types.cpython-37.pyc'
import 'types' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBD9748>
# C:\Programs\Python37\lib\importlib\__pycache__\__init__.cpython-37.pyc matches C:\Programs\Python37\lib\importlib\__init__.py
# code object from 'C:\\Programs\\Python37\\lib\\importlib\\__pycache__\\__init__.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\warnings.cpython-37.pyc matches C:\Programs\Python37\lib\warnings.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\warnings.cpython-37.pyc'
import 'warnings' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE9493C8>
import 'importlib' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCC0EF98>
# C:\Programs\Python37\lib\importlib\__pycache__\util.cpython-37.pyc matches C:\Programs\Python37\lib\importlib\util.py
# code object from 'C:\\Programs\\Python37\\lib\\importlib\\__pycache__\\util.cpython-37.pyc'
# C:\Programs\Python37\lib\importlib\__pycache__\abc.cpython-37.pyc matches C:\Programs\Python37\lib\importlib\abc.py
# code object from 'C:\\Programs\\Python37\\lib\\importlib\\__pycache__\\abc.cpython-37.pyc'
# C:\Programs\Python37\lib\importlib\__pycache__\machinery.cpython-37.pyc matches C:\Programs\Python37\lib\importlib\machinery.py
# code object from 'C:\\Programs\\Python37\\lib\\importlib\\__pycache__\\machinery.cpython-37.pyc'
import 'importlib.machinery' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE953F98>
import 'importlib.abc' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE953748>
# C:\Programs\Python37\lib\__pycache__\contextlib.cpython-37.pyc matches C:\Programs\Python37\lib\contextlib.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\contextlib.cpython-37.pyc'
# C:\Programs\Python37\lib\collections\__pycache__\__init__.cpython-37.pyc matches C:\Programs\Python37\lib\collections\__init__.py
# code object from 'C:\\Programs\\Python37\\lib\\collections\\__pycache__\\__init__.cpython-37.pyc'
# C:\Programs\Python37\lib\__pycache__\operator.cpython-37.pyc matches C:\Programs\Python37\lib\operator.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\operator.cpython-37.pyc'
import '_operator' # <class '_frozen_importlib.BuiltinImporter'>
import 'operator' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BEA8E550>
# C:\Programs\Python37\lib\__pycache__\keyword.cpython-37.pyc matches C:\Programs\Python37\lib\keyword.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\keyword.cpython-37.pyc'
import 'keyword' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BEA97748>
# C:\Programs\Python37\lib\__pycache__\heapq.cpython-37.pyc matches C:\Programs\Python37\lib\heapq.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\heapq.cpython-37.pyc'
import '_heapq' # <class '_frozen_importlib.BuiltinImporter'>
import 'heapq' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BEA9A128>
import 'itertools' # <class '_frozen_importlib.BuiltinImporter'>
# C:\Programs\Python37\lib\__pycache__\reprlib.cpython-37.pyc matches C:\Programs\Python37\lib\reprlib.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\reprlib.cpython-37.pyc'
import 'reprlib' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BEA9A710>
import '_collections' # <class '_frozen_importlib.BuiltinImporter'>
import 'collections' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE96C780>
# C:\Programs\Python37\lib\__pycache__\functools.cpython-37.pyc matches C:\Programs\Python37\lib\functools.py
# code object from 'C:\\Programs\\Python37\\lib\\__pycache__\\functools.cpython-37.pyc'
import '_functools' # <class '_frozen_importlib.BuiltinImporter'>
import 'functools' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE96CB70>
import 'contextlib' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE953DD8>
import 'importlib.util' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BE949780>
# possible namespace for C:\Programs\Python37\lib\site-packages\sphinxcontrib
import 'site' # <_frozen_importlib_external.SourceFileLoader object at 0x00000252BCBC4B70>
# cleanup[3] wiping _codecs
# cleanup[3] wiping encodings.aliases
# cleanup[3] wiping encodings.utf_8
# cleanup[3] wiping encodings.latin_1
# cleanup[3] wiping encodings.cp1252
# cleanup[3] wiping importlib._bootstrap
# cleanup[3] wiping sys
# clear builtins._
# clear sys.path
# clear sys.argv
# clear sys.ps1
# clear sys.ps2
# clear sys.last_type
# clear sys.last_value
# clear sys.last_traceback
# clear sys.path_hooks
# clear sys.path_importer_cache
# clear sys.meta_path
# clear sys.__interactivehook__
# clear sys.flags
# clear sys.float_info
# restore sys.stdin
# restore sys.stdout
# restore sys.stderr
# cleanup[2] removing sys
# cleanup[2] removing builtins
# cleanup[2] removing _frozen_importlib
# cleanup[2] removing _imp
# cleanup[2] removing _thread
# cleanup[2] removing _warnings
# cleanup[2] removing _weakref
# cleanup[2] removing zipimport
# cleanup[2] removing _frozen_importlib_external
# cleanup[2] removing _io
# cleanup[2] removing marshal
# cleanup[2] removing nt
# cleanup[2] removing winreg
# cleanup[2] removing encodings
# destroy encodings
# cleanup[2] removing codecs
# cleanup[2] removing _codecs
# cleanup[2] removing encodings.aliases
# cleanup[2] removing encodings.utf_8
# cleanup[2] removing _signal
# cleanup[2] removing __main__
# destroy __main__
# cleanup[2] removing encodings.latin_1
# cleanup[2] removing io
# destroy io
# cleanup[2] removing abc
# cleanup[2] removing _abc
# cleanup[2] removing _bootlocale
# destroy _bootlocale
# cleanup[2] removing _locale
# cleanup[2] removing encodings.cp1252
# cleanup[2] removing site
# destroy site
# cleanup[2] removing os
# cleanup[2] removing stat
# cleanup[2] removing _stat
# cleanup[2] removing ntpath
# cleanup[2] removing genericpath
# cleanup[2] removing os.path
# cleanup[2] removing _collections_abc
# cleanup[2] removing _sitebuiltins
# cleanup[2] removing types
# cleanup[2] removing importlib
# destroy importlib
# cleanup[2] removing importlib._bootstrap
# cleanup[2] removing importlib._bootstrap_external
# cleanup[2] removing warnings
# cleanup[2] removing importlib.util
# cleanup[2] removing importlib.abc
# cleanup[2] removing importlib.machinery
# cleanup[2] removing contextlib
# destroy contextlib
# cleanup[2] removing collections
# destroy collections
# cleanup[2] removing operator
# destroy operator
# cleanup[2] removing _operator
# cleanup[2] removing keyword
# destroy keyword
# cleanup[2] removing heapq
# cleanup[2] removing _heapq
# cleanup[2] removing itertools
# cleanup[2] removing reprlib
# destroy reprlib
# cleanup[2] removing _collections
# cleanup[2] removing functools
# cleanup[2] removing _functools
# cleanup[2] removing sphinxcontrib
# destroy sphinxcontrib
# destroy zipimport
# destroy _signal
# destroy _locale
# destroy _sitebuiltins
# destroy ntpath
# destroy _stat
# destroy genericpath
# destroy os
# destroy stat
# destroy importlib.util
# destroy importlib.abc
# destroy functools
# destroy types
# destroy importlib.machinery
# destroy warnings
# destroy abc
# destroy _collections_abc
# destroy heapq
# destroy _abc
# destroy _functools
# destroy _operator
# destroy _heapq
# destroy itertools
# destroy _collections
# cleanup[3] wiping _frozen_importlib
# destroy _frozen_importlib_external
# cleanup[3] wiping _imp
# cleanup[3] wiping _thread
# cleanup[3] wiping _warnings
# cleanup[3] wiping _weakref
# cleanup[3] wiping _io
# cleanup[3] wiping marshal
# cleanup[3] wiping nt
# cleanup[3] wiping winreg
# cleanup[3] wiping codecs
# cleanup[3] wiping builtins

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33719>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:25:08 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 18:25:08 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527877508.84.0.81473610881.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

This is not a security issue so a change would not be applicable to the 3.4 or 3.5 branches, currently in security-fix-only mode.

----------
versions: +Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:27:14 2018
From: report at bugs.python.org (Puneet Singh)
Date: Fri, 01 Jun 2018 18:27:14 +0000
Subject: [issue33737] Multiprocessing not working
In-Reply-To: <1527872710.36.0.81473610881.issue33737@psf.upfronthosting.co.za>
Message-ID: <1527877634.67.0.81473610881.issue33737@psf.upfronthosting.co.za>


Puneet Singh <duhrasoft1 at gmail.com> added the comment:

Can anyone help me in solving this problem ??

----------
Added file: https://bugs.python.org/file47629/Prog.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33737>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:33:51 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 18:33:51 +0000
Subject: [issue33737] Multiprocessing not working
In-Reply-To: <1527872710.36.0.81473610881.issue33737@psf.upfronthosting.co.za>
Message-ID: <1527878031.24.0.81473610881.issue33737@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Puneet, sorry but this bug tracker is for reporting issues found with the Python language and its implementation, not for help with programming problems.  Please see the Help page on python.org for suggestions on getting help:

https://www.python.org/about/help/

----------
nosy: +ned.deily
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33737>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:41:45 2018
From: report at bugs.python.org (Andres Ayala)
Date: Fri, 01 Jun 2018 18:41:45 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1527878505.95.0.81473610881.issue33660@psf.upfronthosting.co.za>


Andres Ayala <killerrex at gmail.com> added the comment:

Script to reproduce:

import os
import pathlib

# Change to the Root directory
os.chdir('/')

# Create a relative path object.
p = pathlib.Path('spam')
print(p.resolve())


Expected output:
/span

Incorrect output
//span

----------
Added file: https://bugs.python.org/file47630/plbug.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:51:18 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 18:51:18 +0000
Subject: [issue33650] Prohibit adding a signal handler for SIGCHLD
In-Reply-To: <1527281795.42.0.682650639539.issue33650@psf.upfronthosting.co.za>
Message-ID: <1527879078.68.0.81473610881.issue33650@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33650>
_______________________________________

From report at bugs.python.org  Fri Jun  1 14:52:51 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 01 Jun 2018 18:52:51 +0000
Subject: [issue33661] urllib may leak sensitive HTTP headers to a third-party
 web site
In-Reply-To: <1527430806.55.0.682650639539.issue33661@psf.upfronthosting.co.za>
Message-ID: <1527879171.39.0.81473610881.issue33661@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

It's not about "convincing" me or anyone else. It's about showing how this will be a strict improvement.

I showed that the HTTP RFC allows apps to rely on the fact that they are receiving all the headers. So filtering them arbitrarily violates the HTTP standard -- while the whole purpose of `urllib` is to conform to it (or it would not be able to reliably talk to HTTP servers).

So, your suggestion is a disaster rather than improvement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33661>
_______________________________________

From report at bugs.python.org  Fri Jun  1 15:00:39 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 19:00:39 +0000
Subject: [issue33650] Prohibit adding a signal handler for SIGCHLD
In-Reply-To: <1527281795.42.0.682650639539.issue33650@psf.upfronthosting.co.za>
Message-ID: <1527879639.57.0.81473610881.issue33650@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

To clarify this ticket: I'm talking about prohibiting `loop.add_signal_handler(SIGCHLD)` as it would break child processes watchers that asyncio installs. In other words, setting a custom SIGCHLD breaks asyncio internals.

We can allow user-set SIGCHLD signals if we add some code to make sure that 'add_signal_handler(SIGCHLD)' delivers the signal to *both* asyncio internals and user code.  But I'm not sure if there's a valid use case for listening for SIGCHLD for user code at all.

For now, I disabled SIGCHLD in uvloop, let's see if people complain.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33650>
_______________________________________

From report at bugs.python.org  Fri Jun  1 15:02:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 01 Jun 2018 19:02:27 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1527879747.77.0.81473610881.issue33663@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
keywords: +easy
nosy: +orsenthil
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Fri Jun  1 15:39:53 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 19:39:53 +0000
Subject: [issue33650] asyncio: Prohibit adding a signal handler for SIGCHLD
In-Reply-To: <1527281795.42.0.682650639539.issue33650@psf.upfronthosting.co.za>
Message-ID: <1527881993.48.0.81473610881.issue33650@psf.upfronthosting.co.za>


Change by Antoine Pitrou <pitrou at free.fr>:


----------
title: Prohibit adding a signal handler for SIGCHLD -> asyncio: Prohibit adding a signal handler for SIGCHLD

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33650>
_______________________________________

From report at bugs.python.org  Fri Jun  1 15:41:05 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 01 Jun 2018 19:41:05 +0000
Subject: [issue33650] asyncio: Prohibit adding a signal handler for SIGCHLD
In-Reply-To: <1527281795.42.0.682650639539.issue33650@psf.upfronthosting.co.za>
Message-ID: <1527882065.12.0.81473610881.issue33650@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Some people may have reasons to do that (for example: they write their own subprocess implementation). I suggest emitting a warning rather than forbidding it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33650>
_______________________________________

From report at bugs.python.org  Fri Jun  1 15:49:10 2018
From: report at bugs.python.org (Mayank Singhal)
Date: Fri, 01 Jun 2018 19:49:10 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1527882550.15.0.81473610881.issue31215@psf.upfronthosting.co.za>


Mayank Singhal <17mayanksinghal at gmail.com> added the comment:

Hey, I'll take this up.

----------
nosy: +storymode7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:20:21 2018
From: report at bugs.python.org (Hynek Schlawack)
Date: Fri, 01 Jun 2018 20:20:21 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1527884421.43.0.81473610881.issue33734@psf.upfronthosting.co.za>


Hynek Schlawack <hs at ox.cx> added the comment:

> Previous timeout was effectively infinite.

Oi, well then 60s are an improvement indeed. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:34:48 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 01 Jun 2018 20:34:48 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527885288.68.0.81473610881.issue33738@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Seems PyIter_Check and PySequence_ITEM have the same problem. And maybe more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:36:26 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Jun 2018 20:36:26 +0000
Subject: [issue29235] Allow profile/cProfile to be used as context managers
In-Reply-To: <1484097220.43.0.363931456874.issue29235@psf.upfronthosting.co.za>
Message-ID: <1527885386.06.0.81473610881.issue29235@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:


New changeset 2e01b75884892d5aabdaab658fbd17f7a7ccebaa by Brett Cannon (Scott Sanderson) in branch 'master':
bpo-29235: Make cProfile.Profile a context manager (GH-6808)
https://github.com/python/cpython/commit/2e01b75884892d5aabdaab658fbd17f7a7ccebaa


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29235>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:42:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 01 Jun 2018 20:42:58 +0000
Subject: [issue29235] Allow profile/cProfile to be used as context managers
In-Reply-To: <1484097220.43.0.363931456874.issue29235@psf.upfronthosting.co.za>
Message-ID: <1527885778.03.0.81473610881.issue29235@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Please add a versionadded or versionchanged directive in the documentation (not sure what is more appropriate in this case) and an entry in What's New.

A news entry shouldn't consist of several paragraphs. This will be lost when news entries will be merged into a single NEWS file.

----------
nosy: +serhiy.storchaka
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29235>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:45:57 2018
From: report at bugs.python.org (Christian Tismer)
Date: Fri, 01 Jun 2018 20:45:57 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527885957.23.0.81473610881.issue33738@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

Ok, I tried to submit a patch (not yet successful),
but as it stands, there are more locations in the code where
this will show up with similar problems.

Should I take care of these all as much as I can,
or is it better to leave it to one of you?

Whatever you prefer is ok. I just want the problem to disappear
in 3.7, because I hate to break the API any longer.

Cheers - Chris

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 16:53:57 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 01 Jun 2018 20:53:57 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527886437.28.0.81473610881.issue33738@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Would be nice if you fix as much similar as you can with a single PR.

For performance it makes sense to keep macros if the limited API is not used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:03:25 2018
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 01 Jun 2018 21:03:25 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527887005.49.0.81473610881.issue33721@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

It has to be a ValueError since the error is an invalid parameter at the Python level. Similarly, in 3.6+ when using bytes paths in Windows, for which Python uses UTF-8 as the file-system encoding, os.path.exists() may raise UnicodeDecodeError:

    >>> try:
    ...     os.path.exists(b'\xc8spam')
    ... except ValueError as e: err = e
    ...
    >>> err
    UnicodeDecodeError('utf-8', b'\xc8spam', 0, 1, 'invalid continuation byte')

There's no practical support for NUL in paths in any OS as far as I know. In principle, the native NT API of Windows allows NUL in device names since it uses counted strings. However, Python only supports the Windows API, which uses null-terminated strings. So, practically speaking, not supporting NUL in paths is not an issue.

Here's an example of using an NT device name that contains a NUL character. It creates a DOS 'device' named "A\x00B" that targets "C:\\Temp". It's like a SUBST drive, but with any device name instead of just a drive-letter name. I omitted the ctypes definitions for brevity.

    obja = OBJECT_ATTRIBUTES("\\??\\A\x00B")
    target = UNICODE_STRING("\\??\\C:\\Temp")
    handle = ctypes.c_void_p()
    NtCreateSymbolicLinkObject(ctypes.byref(handle), GENERIC_ALL,
        ctypes.byref(obja), ctypes.byref(target))

Query the timestamps of the "A\x00B" device: 

    info = (ctypes.c_ulonglong * 5)()
    NtQueryAttributesFile(ctypes.byref(obja), info)

    times = (ctypes.c_int * 4)()
    for i in range(4):
        RtlTimeToSecondsSince1970(ctypes.byref(info, i*8),
            ctypes.byref(times, i*4))
    
Verify that the creation, last access, and last write times are the same as "C:\\Temp":

    s = os.stat('C:\\Temp')
    times2 = [int(x) for x in (s.st_ctime, s.st_atime, s.st_mtime)]

    >>> times[:3] == times2
    True

(The fourth timestamp is the change time, which isn't supported in Windows Python for legacy reasons that also relate to the bizarre use of st_ctime for the creation time, instead of st_birthtime.)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:06:29 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 01 Jun 2018 21:06:29 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527887189.63.0.81473610881.issue33642@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

I see similar behavior on Linux, except after maximizing and then minimizing, it seems to stay with option 2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:12:53 2018
From: report at bugs.python.org (Christian Tismer)
Date: Fri, 01 Jun 2018 21:12:53 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527887573.06.0.81473610881.issue33738@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

Yes, sure, I will submit a patch that tries to reach as much
as possible locations that have a similar problem. Of course,
the code will only be turned into functions for the PEP context.

Takes a day because I need to re-learn a bit how to do this :-)
(last patch was 2010, I think... )

-- related personal note - does someone know what happened to Martin?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:26:49 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 01 Jun 2018 21:26:49 +0000
Subject: [issue33562] Check that the global settings for asyncio are not
 changed by tests
In-Reply-To: <1526590170.07.0.682650639539.issue33562@psf.upfronthosting.co.za>
Message-ID: <1527888409.63.0.81473610881.issue33562@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


----------
pull_requests: +6957

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33562>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:40:55 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Fri, 01 Jun 2018 21:40:55 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1527889255.63.0.81473610881.issue33610@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

> That leaves line alignment.  If you are working on it, but don't have a PR ready yet, please say so.

I was going to work on it this weekend, but haven't started yet.

I agree that moving Code Context to the Windows menu makes sense.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:53:12 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 21:53:12 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527889992.32.0.81473610881.issue33724@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I'm pretty sure at this point that the failures are due to using a %d format string for int64_t instead of %lld.  I'll have a PR up shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:57:15 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 21:57:15 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
Message-ID: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

We can allow using ... to navigate the "parent" path:

    >>> import pathlib
    >>> p = pathlib.Path('a/b/c')
    >>> p
    PosixPath('a/b/c')
    >>> p / ...
    PosixPath('a/b')
    >>> p / ... / ... / 'temp'
    PosixPath('a/temp')

The patch is trivial and I think that using "..." instead of ".parent" makes code clearer and cuter.

----------
components: Library (Lib)
messages: 318468
nosy: brett.cannon, pitrou, yselivanov
priority: normal
severity: normal
stage: patch review
status: open
title: pathlib: Allow ellipsis to appear after "/" to navigate to parent path
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Fri Jun  1 17:58:48 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 01 Jun 2018 21:58:48 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527890328.02.0.81473610881.issue33739@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +6958

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Fri Jun  1 18:06:57 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 22:06:57 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527890817.28.0.81473610881.issue33724@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
keywords: +patch
pull_requests: +6959
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Fri Jun  1 18:06:57 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 22:06:57 +0000
Subject: [issue32604] Expose the subinterpreters C-API in Python for testing
 use.
In-Reply-To: <1516413482.13.0.467229070634.issue32604@psf.upfronthosting.co.za>
Message-ID: <1527890817.36.0.612199116773.issue32604@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
pull_requests: +6960

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32604>
_______________________________________

From report at bugs.python.org  Fri Jun  1 18:26:04 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 22:26:04 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527891964.81.0.81473610881.issue33724@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset 6854e803b73ac4d02ba160d514b8a53dd7a62905 by Eric Snow in branch 'master':
bpo-33724: Use the right format code for int64_t in subinterpreters code. (gh-7330)
https://github.com/python/cpython/commit/6854e803b73ac4d02ba160d514b8a53dd7a62905


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Fri Jun  1 18:27:21 2018
From: report at bugs.python.org (Scott Sanderson)
Date: Fri, 01 Jun 2018 22:27:21 +0000
Subject: [issue29235] Allow profile/cProfile to be used as context managers
In-Reply-To: <1484097220.43.0.363931456874.issue29235@psf.upfronthosting.co.za>
Message-ID: <1527892041.68.0.81473610881.issue29235@psf.upfronthosting.co.za>


Change by Scott Sanderson <scott.b.sanderson90 at gmail.com>:


----------
pull_requests: +6961

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29235>
_______________________________________

From report at bugs.python.org  Fri Jun  1 18:29:25 2018
From: report at bugs.python.org (Scott Sanderson)
Date: Fri, 01 Jun 2018 22:29:25 +0000
Subject: [issue29235] Allow profile/cProfile to be used as context managers
In-Reply-To: <1484097220.43.0.363931456874.issue29235@psf.upfronthosting.co.za>
Message-ID: <1527892165.19.0.81473610881.issue29235@psf.upfronthosting.co.za>


Scott Sanderson <scoutoss at gmail.com> added the comment:

I've posted a patch to update the docs to https://github.com/python/cpython/pull/7331.

----------
nosy: +Scott Sanderson2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29235>
_______________________________________

From report at bugs.python.org  Fri Jun  1 19:11:34 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 01 Jun 2018 23:11:34 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527894694.13.0.81473610881.issue33724@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

The fix took care of the failures.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Fri Jun  1 19:23:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 01 Jun 2018 23:23:02 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527895382.57.0.81473610881.issue33642@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 29996a1c4e8bd6dde6adce2b44d11a0982a47a3a by Terry Jan Reedy (Cheryl Sabella) in branch 'master':
bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106)
https://github.com/python/cpython/commit/29996a1c4e8bd6dde6adce2b44d11a0982a47a3a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 19:23:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 23:23:23 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527895403.65.0.81473610881.issue33642@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6963

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 19:24:11 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 23:24:11 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527895451.8.0.81473610881.issue33642@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6964

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 19:46:04 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 01 Jun 2018 23:46:04 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527896764.58.0.81473610881.issue33642@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0800b6c17a829ecb554d93cba8c97f92b15be52a by Miss Islington (bot) in branch '3.7':
bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106)
https://github.com/python/cpython/commit/0800b6c17a829ecb554d93cba8c97f92b15be52a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:08:08 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 00:08:08 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527898088.93.0.81473610881.issue33642@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a42fe3c67ca86ac08dc6f47af27eed089d35fdd0 by Miss Islington (bot) in branch '3.6':
bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106)
https://github.com/python/cpython/commit/a42fe3c67ca86ac08dc6f47af27eed089d35fdd0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:10:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Jun 2018 00:10:39 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1527898239.91.0.81473610881.issue33610@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I merged 'variable lines' and edited 'colors' to fix the resulting conflicts.  Travis passed the latter so I expect to merge it also.  To avoid more conflicts, you should wait to create the 'alignment' branch until 'colors' is merged and pulled into your clone.  (We should continue to keep having two pending patches for the same file rare.)

Counter-argument for menu location.  Window has 1 to n top-level window items.  Options will have just one item without Code Context.  So moving Zoom would make things more balanced.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:15:17 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Jun 2018 00:15:17 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1527898517.42.0.81473610881.issue33642@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am leaving this open until the new behavior is documented, even though it might be part of another issue that includes other context changes.

For this issue, I will leave what happens when unzooming unspecific.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:45:23 2018
From: report at bugs.python.org (Eric Snow)
Date: Sat, 02 Jun 2018 00:45:23 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1527900323.54.0.81473610881.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch 'master':
bpo-33615: Re-enable a subinterpreter test. (gh-7251)
https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a775db3458db


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:45:23 2018
From: report at bugs.python.org (Eric Snow)
Date: Sat, 02 Jun 2018 00:45:23 +0000
Subject: [issue32604] Expose the subinterpreters C-API in Python for testing
 use.
In-Reply-To: <1516413482.13.0.467229070634.issue32604@psf.upfronthosting.co.za>
Message-ID: <1527900323.82.0.269611931914.issue32604@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch 'master':
bpo-33615: Re-enable a subinterpreter test. (gh-7251)
https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a775db3458db


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32604>
_______________________________________

From report at bugs.python.org  Fri Jun  1 20:46:37 2018
From: report at bugs.python.org (Eric Snow)
Date: Sat, 02 Jun 2018 00:46:37 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1527900397.1.0.81473610881.issue33615@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Fri Jun  1 21:45:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Jun 2018 01:45:56 +0000
Subject: [issue33679] IDLE: Configurable color on code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527903956.81.0.81473610881.issue33679@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset de6516264e793be991f692fdd892707afb9104a7 by Terry Jan Reedy (Cheryl Sabella) in branch 'master':
bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199)
https://github.com/python/cpython/commit/de6516264e793be991f692fdd892707afb9104a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 21:47:11 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 01:47:11 +0000
Subject: [issue33679] IDLE: Configurable color on code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527904031.04.0.81473610881.issue33679@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6965

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 21:47:15 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Sat, 02 Jun 2018 01:47:15 +0000
Subject: [issue33709] test.support.FS_NONASCII returns incorrect result in
 Windows with non-US locale
In-Reply-To: <1527756850.06.0.682650639539.issue33709@psf.upfronthosting.co.za>
Message-ID: <1527904035.39.0.81473610881.issue33709@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

In 3.x, it turns out, this doesn't result in test failures in stock configuration.

It does though if PYTHONLEGACYWINDOWSFSENCODING is in system environment.

I was diagnosing failures in 2.x and saw that 3.x has the same logic, so it was a no-brainer to replicate the change...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33709>
_______________________________________

From report at bugs.python.org  Fri Jun  1 21:48:04 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 01:48:04 +0000
Subject: [issue33679] IDLE: Configurable color on code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527904084.18.0.81473610881.issue33679@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6966

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 22:16:07 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 02:16:07 +0000
Subject: [issue33679] IDLE: Configurable color on code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527905767.26.0.81473610881.issue33679@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e033c5aa12766b1a4ba90d2184dbf32ef87f06e by Miss Islington (bot) in branch '3.7':
bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199)
https://github.com/python/cpython/commit/4e033c5aa12766b1a4ba90d2184dbf32ef87f06e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 22:56:00 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 02:56:00 +0000
Subject: [issue33679] IDLE: Configurable color on code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527908160.2.0.81473610881.issue33679@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset dd851d6019efe79f67b13d67899afa36b33e10a8 by Miss Islington (bot) in branch '3.6':
bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199)
https://github.com/python/cpython/commit/dd851d6019efe79f67b13d67899afa36b33e10a8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 23:02:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Jun 2018 03:02:39 +0000
Subject: [issue33679] IDLE: Re-enable color configuration for code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1527908559.22.0.81473610881.issue33679@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: IDLE: Configurable color on code context -> IDLE: Re-enable color configuration for code context
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Fri Jun  1 23:12:22 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 02 Jun 2018 03:12:22 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527909142.79.0.81473610881.issue30654@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

It seems like this only affects embeddings and for embeddings, it's strictly an improvement?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Fri Jun  1 23:34:13 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 02 Jun 2018 03:34:13 +0000
Subject: [issue33562] Check that the global settings for asyncio are not
 changed by tests
In-Reply-To: <1526590170.07.0.682650639539.issue33562@psf.upfronthosting.co.za>
Message-ID: <1527910453.93.0.81473610881.issue33562@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:


New changeset 8425de4147eb8d83befbb8ea77516fc764bb4309 by Brett Cannon in branch 'master':
bpo-33562: Check the global asyncio event loop policy isn't set after any tests (GH-7328)
https://github.com/python/cpython/commit/8425de4147eb8d83befbb8ea77516fc764bb4309


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33562>
_______________________________________

From report at bugs.python.org  Fri Jun  1 23:34:28 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 02 Jun 2018 03:34:28 +0000
Subject: [issue33562] Check that the global settings for asyncio are not
 changed by tests
In-Reply-To: <1526590170.07.0.682650639539.issue33562@psf.upfronthosting.co.za>
Message-ID: <1527910468.45.0.81473610881.issue33562@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33562>
_______________________________________

From report at bugs.python.org  Fri Jun  1 23:43:53 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 02 Jun 2018 03:43:53 +0000
Subject: [issue21142] Daily/weekly ABI scan?
In-Reply-To: <1396515016.38.0.140196375249.issue21142@psf.upfronthosting.co.za>
Message-ID: <1527911033.85.0.81473610881.issue21142@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Updated link to the ABI tracker report: https://abi-laboratory.pro/tracker/timeline/python/

(The stable ABI report still has a separate entry on http://upstream.rosalinux.ru/ but it links to the same report as I've linked above)

I'm bumping this based on the 3.7.0 stable ABI break that Christian Tismer reported for PyIndex_Check - it's clear that we *need* some form of automated testing for the stable ABI, or we're going to continue to see issues like this crop up at release time.

(Folks freshly added to the nosy list: I added you either as release managers for 3.7+, or else because we've previously talked about the stable ABI and its maintainability)

----------
nosy: +Christian.Tismer, benjamin.peterson, eric.snow, lukasz.langa, ned.deily, petr.viktorin, steve.dower, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21142>
_______________________________________

From report at bugs.python.org  Sat Jun  2 00:17:59 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 04:17:59 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527913079.58.0.81473610881.issue33721@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

In earlier versions NULs in paths caused silent truncating the path, and this is considered a vulnerability.

In 2.7 and earlier versions of 3.x a TypeError was raised in os.path.exists(). ValueError in this function (and many others) is raised since 3.5, because it looks more appropriate.

Similar exceptions are raised perhaps in hundreds functions. It is impossible to document them all, and os.path.exists() doesn't look special enough for documenting this only for it.

However os.path.exists() is special in the sense that this exception can be interpreted as a false value. Since os.path.exists() already catches OSError and interprets it as a false result, it is easier to add a ValueError here. I don't think this will break much code if add it only in 3.8. This will cover also the case of unencodable/undecodable paths ('\udfff', b'\x98').

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Sat Jun  2 00:19:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 04:19:31 +0000
Subject: [issue21142] Daily/weekly ABI scan?
In-Reply-To: <1396515016.38.0.140196375249.issue21142@psf.upfronthosting.co.za>
Message-ID: <1527913171.93.0.81473610881.issue21142@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21142>
_______________________________________

From report at bugs.python.org  Sat Jun  2 00:29:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 04:29:46 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527913786.08.0.81473610881.issue33739@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Note that 'a/b/c/..' is not the same as 'a/b' if 'c' is a link. And since "p / ..." looks very similar to "p / '..'", it will cause mistakes. "p.parent" is more explicit.

AFAIK in cmd.exe on Windows 'a/b/c/...' means 'a/b/c/../..'. This is yet one source of confusion.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Sat Jun  2 00:35:44 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 04:35:44 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1527914144.7.0.81473610881.issue33660@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Sat Jun  2 00:45:36 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 04:45:36 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1527914736.9.0.81473610881.issue33663@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This code was added in issue16088. Taking into account all other uses of send_header(), and that len() always returns an integer, seems "int" should be replaced with "str".

----------
nosy: +pitrou, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun  2 03:34:49 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 07:34:49 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527924889.4.0.592728768989.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Short of any bug in the patch, yes, it's stricly an improvement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sat Jun  2 03:48:26 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 02 Jun 2018 07:48:26 +0000
Subject: [issue26979] The danger of PyType_FromSpec()
In-Reply-To: <1462731878.82.0.9073654009.issue26979@psf.upfronthosting.co.za>
Message-ID: <1527925706.81.0.592728768989.issue26979@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> needs patch
versions: +Python 3.7, Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26979>
_______________________________________

From report at bugs.python.org  Sat Jun  2 04:40:21 2018
From: report at bugs.python.org (Robert Collins)
Date: Sat, 02 Jun 2018 08:40:21 +0000
Subject: [issue27071] unittest.TestCase.assertCountEqual is a very misleading
 name
In-Reply-To: <1463788380.52.0.782790370377.issue27071@psf.upfronthosting.co.za>
Message-ID: <1527928821.34.0.592728768989.issue27071@psf.upfronthosting.co.za>


Robert Collins <robertc at robertcollins.net> added the comment:

So, I think we're in a local minima here.

As I said earlier, neither the old nor new names really grab me, and I think everyone has aknowledged that the new name is -at best- confusing. We don't need *any more discussion* about that. The question is how to fix it without yet more rounds of 'well this is confusing so lets change it again'.

I want to suggest some basic criteria for a dramatically better name, just to unblock this.

- follow the existing assert<modifiers><relation> naming convention
- be short enough to be comfortably usable
- pass some user testing: do some lightning talks. Or ask on twitter for folk to tell you what the proposed name does without any hints.

- follow up here with how you tested and the name you've chosen based on that testing.

- we'll then do a straw poll amongst a few committers - me and michael at a minimum, and advise on go/nogo.

Once thats done I'll happily review a patch that adds a new, better name as an alias, and doesn't deprecate the existing one.

I'm leaving the bug in rejected status, because at this point there is nothing any committers seem to have appetite/energy to do: same as per https://bugs.python.org/msg266244

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27071>
_______________________________________

From report at bugs.python.org  Sat Jun  2 04:40:37 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 08:40:37 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527928837.55.0.592728768989.issue33739@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I've just tried, "..." doesn't seem to mean anything on the Windows CLI.

But I agree with the reservation that having "..." mean something different than ".." is a recipe for confusion.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Sat Jun  2 05:54:47 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 09:54:47 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1527933287.42.0.592728768989.issue33720@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6967
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:30:09 2018
From: report at bugs.python.org (Christian Tismer)
Date: Sat, 02 Jun 2018 10:30:09 +0000
Subject: [issue26979] The danger of PyType_FromSpec()
In-Reply-To: <1462731878.82.0.9073654009.issue26979@psf.upfronthosting.co.za>
Message-ID: <1527935409.08.0.592728768989.issue26979@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

There is another catch that belongs in the same category.

There is line 2841 in typeobject.c

    if (type->tp_dealloc == NULL) {
        /* It's a heap type, so needs the heap types' dealloc.
           subtype_dealloc will call the base type's tp_dealloc, if
           necessary. */
        type->tp_dealloc = subtype_dealloc;
    }

When converting the PySide types, it became a real problem. Types with an
existing tp_dealloc behaved normal, but those with tp_dealloc=NULL
gave segfaults. I ended up supplying a default dummy_dealloc()
that is just there to occupy this slot. Then it worked.


And another source of incompatibility:

PyType_FromSpec() enforces a tp_name field to be dotted, to compute a module
name. Very annoying incompatibility that could be avoided.


A small but remarkable glitch:
Most fields of the PyType_Spec/PyType_Slot combo are copied, but some are not.
So expect funny behaviour when creating types with dynamically generated
specs without strdup. That should IMHO be changed.

----------
nosy: +Christian.Tismer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26979>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:43:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 02 Jun 2018 10:43:00 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527936180.33.0.592728768989.issue33724@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

You may use PRId64 instead of %lld.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:45:38 2018
From: report at bugs.python.org (Timo Furrer)
Date: Sat, 02 Jun 2018 10:45:38 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527936338.75.0.592728768989.issue33739@psf.upfronthosting.co.za>


Timo Furrer <tuxtimo at gmail.com> added the comment:

> I've just tried, "..." doesn't seem to mean anything on the Windows CLI.

It's not only about Windows / Linux here - it's about the shell and command which is being used. If we talk about "cd" for example - it's a builtin in most common shells on Linux, which behave differently:

bash:

    /a/b/c $ cd ...
    bash: cd: ...: No such file or directory

dash:

    /a/b/c $ cd ...
    dash: 8: cd: can't cd to ...

zsh:

    /a/b/c $ cd ...
    /a $

I think using '...' to navigate to the parent is confusing. 
It's well known and agreed that '..' is for navigating to the parent. 
'...' looks similar but is definitely not the same as '..' and therefore shouldn't be treated as such.

----------
nosy: +tuxtimo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:45:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 02 Jun 2018 10:45:59 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527936359.96.0.592728768989.issue30654@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

IMHO it's a bugfix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:49:18 2018
From: report at bugs.python.org (Timo Furrer)
Date: Sat, 02 Jun 2018 10:49:18 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1527936558.68.0.592728768989.issue33660@psf.upfronthosting.co.za>


Change by Timo Furrer <tuxtimo at gmail.com>:


----------
nosy: +tuxtimo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:52:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 10:52:15 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1527936735.61.0.592728768989.issue33720@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

As for the test itself, the original test was added in dc78cc6f7cea2040114a350aa9db835cc433ae05. It tested that the stack overflow is not happen when unmarshal a fake code object with a deeply nested dict instead of co_code. It was renamed to test_loads_recursion in cf0fab2686799b562c9c6f6255557e36f9af095e. In issue16475 (d7009c69136a3809282804f460902ab42e9972f6) it was updated to mirror the changed structure of the code object in Python 3, but the original test was kept with the name test_loads_2x_code. Actually both tests work the same, because the value of few first bytes doesn't affect the result of these tests.

Yet this test is fragile, it depends on the unstable structure of the code object, and it serves its purpose only because input data checking is not very strong in the current implementation. Future changes in the marshal module can make this test invalid, and this will not be noticed.

In PR 7336 this test is rewritten in more reliable way.

This likely is not directly related to the crash.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Sat Jun  2 06:55:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 02 Jun 2018 10:55:18 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1527936918.21.0.592728768989.issue33724@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The bug is not fixed yet. The test crashed again on x86 Gentoo Refleaks 3.x:

http://buildbot.python.org/all/#/builders/1/builds/242
commit 8425de4147eb8d83befbb8ea77516fc764bb4309

test_ids_global (test.test__xxsubinterpreters.ChannelTests) ... ok
test_recv_empty (test.test__xxsubinterpreters.ChannelTests) ... ok
test_recv_not_found (test.test__xxsubinterpreters.ChannelTests) ... ok
test_run_string_arg_resolved (test.test__xxsubinterpreters.ChannelTests) ... python: Modules/gcmodule.c:277: visit_decref: Assertion `_PyGCHead_REFS(gc) != 0' failed.
Fatal Python error: Aborted
Current thread 0xb7497700 (most recent call first):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", line 615 in run
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", line 663 in __call__
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 122 in run
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 84 in __call__
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 122 in run
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 84 in __call__
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 122 in run
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 84 in __call__
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/runner.py", line 176 in run
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py", line 1883 in _run_suite
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py", line 1973 in run_unittest
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py", line 175 in test_runner
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py", line 176 in runtest_inner
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py", line 140 in runtest
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py", line 283 in rerun_failed_tests
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py", line 548 in _main
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py", line 518 in main
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py", line 562 in main
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/__main__.py", line 2 in <module>
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/runpy.py", line 85 in _run_code
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/runpy.py", line 193 in _run_module_as_main
make: *** [Makefile:1097: buildbottest] Aborted
program finished with exit code 2

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Sat Jun  2 07:09:49 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 02 Jun 2018 11:09:49 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1527937789.63.0.592728768989.issue33721@psf.upfronthosting.co.za>


Change by Steven D'Aprano <steve+python at pearwood.info>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Sat Jun  2 07:58:23 2018
From: report at bugs.python.org (Timo Furrer)
Date: Sat, 02 Jun 2018 11:58:23 +0000
Subject: [issue30974] Update os.samefile docstring to match documentation
In-Reply-To: <1500538030.77.0.17785692497.issue30974@psf.upfronthosting.co.za>
Message-ID: <1527940703.56.0.592728768989.issue30974@psf.upfronthosting.co.za>


Change by Timo Furrer <tuxtimo at gmail.com>:


----------
keywords: +patch
pull_requests: +6968
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30974>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:02:18 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 02 Jun 2018 15:02:18 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527951738.87.0.592728768989.issue23495@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:


New changeset a801cf164be7c62b6a6dba47ff91d6c3edb67729 by Mariatta (Zackery Spytz) in branch 'master':
bpo-23495: Correct the documentation for writerows() of csv Writer objects (GH-6316)
https://github.com/python/cpython/commit/a801cf164be7c62b6a6dba47ff91d6c3edb67729


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:03:54 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:03:54 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527951834.26.0.592728768989.issue23495@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6969

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:04:59 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:04:59 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527951899.33.0.592728768989.issue23495@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6970

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:05:53 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:05:53 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527951953.95.0.592728768989.issue23495@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6971

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:10:40 2018
From: report at bugs.python.org (Jean-Marc Le Peuvedic)
Date: Sat, 02 Jun 2018 15:10:40 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1527952240.7.0.592728768989.issue33663@psf.upfronthosting.co.za>


Jean-Marc Le Peuvedic <lepeuvedic at gmail.com> added the comment:

The exception is raised in the start_response function provided by web.py's WSGIGateway class in wsgiserver3.py:1997.

# According to PEP 3333, when using Python 3, the response status
# and headers must be bytes masquerading as unicode; that is, they
# must be of type "str" but are restricted to code points in the
# "latin-1" set.

Therefore, header values must be strings whenever start_response is called. WSGI servers must accumulate headers in some data structure and must call the supplied "start_response" function, when they have gathered all the headers and converted all the values to strings.

The fault I observed is not strictly speaking caused by a bug in Python lib "server.py". Rather, it is a component interaction failure caused by inadequately defined semantics. The interaction between web.py and server.py is quite complex, and no component is faulty when considered alone.

I explain:

Response and headers management in server.py is handled by 3 methods of class BaseHTTPRequestHandler:
- send_response : puts response in buffer
- send_header : converts to string and adds to buffer
    ("%s: %s\r\n" % (keyword, value)).encode('latin-1', 'strict'))
- end_headers : flushes buffer to socket

This implementation is correct even if send_header is called with an
int value.

Now, web.py's application.py defines a "wsgi(env, start_resp)" function, which gets plugged into the CherryPy WSGI HTTP server.

The server is an instance of class wsgiserver.CherryPyWSGIServer created in httpserver.py:169 (digging deeper, actually at line 195).
This server is implemented as a HTTPServer configured to use gateways of type class WSGIGateway_10 to handle requests.

A gateway is basically an instance of class initialized with a HTTPRequest instance, that has a "respond" method. Of course the WSGIGateway implements "respond" as described in the WSGI standard: it calls the WSGI-compliant web app, which is a function(environ, start_response(status, headers)) returning an iterator (for chunked HTTP responses). The start_response function provided by class WSGIGateway is where the failure occurs.

When the application calls web.py's app.run(), the function runwsgi in web.py's wsgi.py get called. This function determines if it gets request via CGI or directly. In my case it starts a HTTP server using web.py's runsimple function (file httpserver.py:158).

This function never returns, and runs the CherryPyWSGIServer, but it first wraps the wsgi function in two WGSI Middleware callables. Both are defined in web.py's httpserver.py file. The interesting one is StaticMiddleWare (line 281). Its role, is to hijack URLs starting with /static, as is the case with my missing CSS file. In order to serve those static resources quickly, its implementation uses StaticApp (a WSGI function serving static stuff, defined line 225), which extends Python's SimpleHTTPRequestHandler. That's where to two libraries connect.

StaticApp changes the way headers are processed using overloaded methods for send_response, send_header and end_headers. This means that, when StaticApp calls SimpleHTTPRequestHandler.send_head() to send the HEAD part of the response, the headers are managed using the overloaded methods. When send_head() finds out that my CSS file does not exist and calls send_error() a Content-Length header gets written, but it is not converted to string, because the overloaded implementation just stores the header name and value in a list as they come.

When it has finished gathering headers using Python's send_head(), it immediately calls start_response provided by WSGIGateway, where the failure occurs.

The bug in Python is not strictly that send_header gets called with an int in send_error. Rather, it is a documentation bug which fails to mention that send_header/end_headers MUST CONVERT TO STRING and ENCODE IN LATIN-1.

Therefore the correction I proposed is still invalid, because the combination of web.py and server.py after the correction, still does not properly encode the headers.

As a conclusion I would say that:
- In Python lib, the bug is a documentation bug, where documentation fails to indicate that send_headers and/or end_headers can receive header names or values which are not strings and not encoded in strict latin-1, and that it is their responsibility to do so.
- In Web.py because the implementation of the overloaded methods fails to properly encode the headers.

Of course, changing int to str does no harm and makes everything more resilient, but does not fix the underlying bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:37:30 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:37:30 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527953850.98.0.592728768989.issue23495@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset db3039085845af5d68ab863f03e9684681b1516d by Miss Islington (bot) in branch '3.6':
bpo-23495: Correct the documentation for writerows() of csv Writer objects (GH-6316)
https://github.com/python/cpython/commit/db3039085845af5d68ab863f03e9684681b1516d


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:40:03 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:40:03 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527954003.71.0.592728768989.issue23495@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 949da9e44b4e0d5b32745b91f9582158442b68d1 by Miss Islington (bot) in branch '3.7':
bpo-23495: Correct the documentation for writerows() of csv Writer objects (GH-6316)
https://github.com/python/cpython/commit/949da9e44b4e0d5b32745b91f9582158442b68d1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:41:29 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 02 Jun 2018 15:41:29 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527954089.27.0.592728768989.issue23495@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset af3685963652721269ca0196f9f7fc08d3e830b7 by Miss Islington (bot) in branch '2.7':
bpo-23495: Correct the documentation for writerows() of csv Writer objects (GH-6316)
https://github.com/python/cpython/commit/af3685963652721269ca0196f9f7fc08d3e830b7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 11:54:24 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 02 Jun 2018 15:54:24 +0000
Subject: [issue23495] The writer.writerows method should be documented as
 accepting any iterable (not only a list)
In-Reply-To: <1424465153.78.0.58816335685.issue23495@psf.upfronthosting.co.za>
Message-ID: <1527954864.62.0.592728768989.issue23495@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks all!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23495>
_______________________________________

From report at bugs.python.org  Sat Jun  2 12:37:12 2018
From: report at bugs.python.org (Jonathan G. Underwood)
Date: Sat, 02 Jun 2018 16:37:12 +0000
Subject: [issue24085] large memory overhead when pyc is recompiled
In-Reply-To: <1430420344.67.0.572478851339.issue24085@psf.upfronthosting.co.za>
Message-ID: <1527957432.21.0.592728768989.issue24085@psf.upfronthosting.co.za>


Jonathan G. Underwood <jonathan.underwood at gmail.com> added the comment:

Seeing a very similar problem - very high memory useage during byte compilation.

Consider the very simple code in a file:

```
def test_huge():
    try:
        huge = b'\0' * 0x100000000  # this allocates 4GB of memory!
    except MemoryError:
        print('OOM')
```

Running this sequence of commands shows that during byte compilation, 4 GB memory is used. Presumably this is because of the `huge` object - note of course the function isn't actually executed.

```
valgrind --tool=massif python memdemo.py
ms_print massif.out.7591 | less
```

You'll need to replace 7591 with whatever process number valgrind reports.

Is there any hope of fixing this? It's currently a problem for me when running tests on Travis, where the memory limit is 3GB. I had hoped to use a conditional like the above to skip tests that would require more memory than is available. However, the testing is killed before that simply because the byte compilation is causing an OOM.

----------
nosy: +jonathan.underwood

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24085>
_______________________________________

From report at bugs.python.org  Sat Jun  2 13:26:48 2018
From: report at bugs.python.org (Nikhil Patel)
Date: Sat, 02 Jun 2018 17:26:48 +0000
Subject: [issue25237] Add doc for tkinter commondialog.Dialog and subclasses
In-Reply-To: <1443236612.77.0.515516122635.issue25237@psf.upfronthosting.co.za>
Message-ID: <1527960408.69.0.592728768989.issue25237@psf.upfronthosting.co.za>


Nikhil Patel <patenikh2 at gmail.com> added the comment:

PR to add documentation still up-to-date and all checks successful just pending review

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25237>
_______________________________________

From report at bugs.python.org  Sat Jun  2 14:29:02 2018
From: report at bugs.python.org (R. David Murray)
Date: Sat, 02 Jun 2018 18:29:02 +0000
Subject: [issue24085] large memory overhead when pyc is recompiled
In-Reply-To: <1430420344.67.0.572478851339.issue24085@psf.upfronthosting.co.za>
Message-ID: <1527964142.96.0.592728768989.issue24085@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

That's presumably due to the compile-time constant-expression optimization.  Have you tried bytes(0x1000000)?  I don't think that gets treated as a constant by the optimizer (but I could be wrong since a bunch of things ahve been added to it lately).

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24085>
_______________________________________

From report at bugs.python.org  Sat Jun  2 14:29:07 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 02 Jun 2018 18:29:07 +0000
Subject: [issue33696] Install python-docs-theme even if SPHINXBUILD is defined
In-Reply-To: <1527686402.52.0.682650639539.issue33696@psf.upfronthosting.co.za>
Message-ID: <1527964147.91.0.592728768989.issue33696@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33696>
_______________________________________

From report at bugs.python.org  Sat Jun  2 14:31:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 18:31:30 +0000
Subject: [issue24085] large memory overhead when pyc is recompiled
In-Reply-To: <1430420344.67.0.572478851339.issue24085@psf.upfronthosting.co.za>
Message-ID: <1527964290.95.0.592728768989.issue24085@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Jonathan, this is a different problem, and it is fixed in 3.6+ (see issue21074).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24085>
_______________________________________

From report at bugs.python.org  Sat Jun  2 14:45:38 2018
From: report at bugs.python.org (Jonathan G. Underwood)
Date: Sat, 02 Jun 2018 18:45:38 +0000
Subject: [issue24085] large memory overhead when pyc is recompiled
In-Reply-To: <1430420344.67.0.572478851339.issue24085@psf.upfronthosting.co.za>
Message-ID: <1527965138.6.0.592728768989.issue24085@psf.upfronthosting.co.za>


Jonathan G. Underwood <jonathan.underwood at gmail.com> added the comment:

Thanks to both Serhiy Storchaka and David Murray - indeed you're both correct, and that is the issue in 21074, and the workaround from there of declaring a variable for that size fixes the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24085>
_______________________________________

From report at bugs.python.org  Sat Jun  2 15:13:04 2018
From: report at bugs.python.org (Mayank Singhal)
Date: Sat, 02 Jun 2018 19:13:04 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1527966783.99.0.592728768989.issue31215@psf.upfronthosting.co.za>


Change by Mayank Singhal <17mayanksinghal at gmail.com>:


----------
keywords: +patch
pull_requests: +6972
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Sat Jun  2 15:43:45 2018
From: report at bugs.python.org (Ned Batchelder)
Date: Sat, 02 Jun 2018 19:43:45 +0000
Subject: [issue2506] Add mechanism to disable optimizations
In-Reply-To: <1206797921.05.0.258043023613.issue2506@psf.upfronthosting.co.za>
Message-ID: <1527968625.76.0.592728768989.issue2506@psf.upfronthosting.co.za>


Ned Batchelder <ned at nedbatchelder.com> added the comment:

Serhiy: thanks for the fuller story about the optimizations in place now.  I'll repeat my earlier plea: providing a way to disable optimization is beneficial for tooling like coverage.py, and also for helping us to ensure that the optimizer is working correctly.

I doubt anyone commenting here would be happy with a C compiler that optimized with no off-switch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2506>
_______________________________________

From report at bugs.python.org  Sat Jun  2 16:01:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 02 Jun 2018 20:01:30 +0000
Subject: [issue30416] constant folding opens compiler to quadratic time hashing
In-Reply-To: <1495314097.2.0.680001526088.issue30416@psf.upfronthosting.co.za>
Message-ID: <1527969690.15.0.592728768989.issue30416@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Reverting issue27942 (67edf73183b8bf0127456454747f596428cc28f6) doesn't solve this issue in 2.7. The previous revision has this issue, as well as 2.7.12 and 2.7.11. Even 2.6.9 and 2.5.6 have this issue.

We have either merge PR 4896 or decide that this issue is "won't fix" in 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30416>
_______________________________________

From report at bugs.python.org  Sat Jun  2 16:04:02 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 20:04:02 +0000
Subject: [issue30416] constant folding opens compiler to quadratic time hashing
In-Reply-To: <1495314097.2.0.680001526088.issue30416@psf.upfronthosting.co.za>
Message-ID: <1527969842.44.0.592728768989.issue30416@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I vote for "won't fix".  2.7 has lived long enough with this issue, AFAIU.  And it won't be triggered by regular code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30416>
_______________________________________

From report at bugs.python.org  Sat Jun  2 16:04:48 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 20:04:48 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527969888.38.0.592728768989.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Reopening for the 2.7 backport discussion.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sat Jun  2 16:11:54 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 20:11:54 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1527970314.47.0.592728768989.issue30654@psf.upfronthosting.co.za>


Change by Antoine Pitrou <pitrou at free.fr>:


----------
pull_requests: +6973
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sat Jun  2 16:30:25 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 02 Jun 2018 20:30:25 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527971425.93.0.592728768989.issue33739@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

I'm personally not loving the idea either by re-purposing Ellipsis for this since my brain keeps thinking you're trying to go two levels up instead of just one with that extra dot. It should also be mentioned that paths ending in an ellipsis has actual meaning in Perforce when it comes at the end of a path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Sat Jun  2 17:10:56 2018
From: report at bugs.python.org (Egor Dranischnikow)
Date: Sat, 02 Jun 2018 21:10:56 +0000
Subject: [issue33740] PyByteArray_AsString C-API description lacks the
 assurance, that the trailing null-byte is appended.
Message-ID: <1527973856.37.0.592728768989.issue33740@psf.upfronthosting.co.za>


New submission from Egor Dranischnikow <no-one at turm-lahnstein.de>:

The C-API for Python2.7 https://docs.python.org/2/c-api/bytearray.html#c.PyByteArray_AsString

lacks the sentence: "The returned array always has an extra null byte appended." which clarifies, that the returned C-string is null-terminated.

This sentence is a part of Python3-documentation: https://docs.python.org/3/c-api/bytearray.html#c.PyByteArray_AsString

I might be very wrong, but so far I understand the code this is the case for both versions, Python3 and Python2.

Probably parts of this change https://github.com/python/cpython/commit/0a560a11af0ccc816d1172180f44e5afb34ba600 could be integrated in Python2.7

----------
assignee: docs at python
components: Documentation
messages: 318515
nosy: docs at python, realead
priority: normal
severity: normal
status: open
title: PyByteArray_AsString C-API description lacks the assurance, that the trailing null-byte is appended.
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33740>
_______________________________________

From report at bugs.python.org  Sat Jun  2 18:06:58 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 02 Jun 2018 22:06:58 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1527977218.29.0.592728768989.issue33738@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> related personal note - does someone know what happened to Martin?

I don't think anything bad happened.  He still seems to be teaching:
http://www.beuth-hochschule.de/people/detail/1398/

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sat Jun  2 18:40:36 2018
From: report at bugs.python.org (=?utf-8?q?Lars_P=C3=B6tter?=)
Date: Sat, 02 Jun 2018 22:40:36 +0000
Subject: [issue33741] UnicodeEncodeError onsmtplib.login(MAIL_USER,
 MAIL_PASSWORD)
Message-ID: <1527979236.47.0.592728768989.issue33741@psf.upfronthosting.co.za>


New submission from Lars P?tter <lars at ing-poetter.de>:

if the password contains non ascii characters then the login fails:
>>> smtObj.login(MAIL_USER, MAIL_PASSWORD) 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.5/smtplib.py", line 720, in login
    initial_response_ok=initial_response_ok)
  File "/usr/lib/python3.5/smtplib.py", line 637, in auth
    authobject(challenge).encode('ascii'), eol='')
  File "/usr/lib/python3.5/smtplib.py", line 650, in auth_cram_md5
    self.password.encode('ascii'), challenge, 'md5').hexdigest()
UnicodeEncodeError: 'ascii' codec can't encode character '<removed>' in position <removed>: ordinal not in range(128)

----------
components: Library (Lib)
messages: 318517
nosy: JustAnother1
priority: normal
severity: normal
status: open
title: UnicodeEncodeError onsmtplib.login(MAIL_USER, MAIL_PASSWORD)
type: crash
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33741>
_______________________________________

From report at bugs.python.org  Sat Jun  2 22:06:43 2018
From: report at bugs.python.org (David Ford (FirefighterBlu3))
Date: Sun, 03 Jun 2018 02:06:43 +0000
Subject: [issue29539] [smtplib] collect response data for all recipients
In-Reply-To: <1486946725.6.0.180199923995.issue29539@psf.upfronthosting.co.za>
Message-ID: <1527991603.66.0.592728768989.issue29539@psf.upfronthosting.co.za>


David Ford (FirefighterBlu3) <firefighterblu3 at gmail.com> added the comment:

3.7 release candidates are in the queue, any thoughts on this simple enhancement?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29539>
_______________________________________

From report at bugs.python.org  Sat Jun  2 22:51:26 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 03 Jun 2018 02:51:26 +0000
Subject: [issue33739] pathlib: Allow ellipsis to appear after "/" to navigate
 to parent path
In-Reply-To: <1527890235.56.0.81473610881.issue33739@psf.upfronthosting.co.za>
Message-ID: <1527994286.74.0.592728768989.issue33739@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Since nobody likes the idea I'm withdrawing the proposal.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33739>
_______________________________________

From report at bugs.python.org  Sun Jun  3 01:50:28 2018
From: report at bugs.python.org (Michael Felt)
Date: Sun, 03 Jun 2018 05:50:28 +0000
Subject: [issue27643] test_ctypes fails on AIX with xlc
In-Reply-To: <1469718089.88.0.404760174195.issue27643@psf.upfronthosting.co.za>
Message-ID: <1528005028.69.0.592728768989.issue27643@psf.upfronthosting.co.za>


Michael Felt <michael at felt.demon.nl> added the comment:

I know it is not earth shattering - but it will permit one more test to pass. Please review the PR. Thx.

----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27643>
_______________________________________

From report at bugs.python.org  Sun Jun  3 02:01:17 2018
From: report at bugs.python.org (Michael Felt)
Date: Sun, 03 Jun 2018 06:01:17 +0000
Subject: [issue28009] core logic of uuid.getnode() is broken for AIX - all
 versions
In-Reply-To: <1473290315.48.0.840701308825.issue28009@psf.upfronthosting.co.za>
Message-ID: <1528005677.81.0.592728768989.issue28009@psf.upfronthosting.co.za>


Michael Felt <michael at felt.demon.nl> added the comment:

Please review PR. at least for "master"

----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28009>
_______________________________________

From report at bugs.python.org  Sun Jun  3 02:05:34 2018
From: report at bugs.python.org (Michael Felt)
Date: Sun, 03 Jun 2018 06:05:34 +0000
Subject: [issue11191] test_search_cpp error on AIX (with xlc)
In-Reply-To: <1297436536.39.0.921212376741.issue11191@psf.upfronthosting.co.za>
Message-ID: <1528005934.76.0.592728768989.issue11191@psf.upfronthosting.co.za>


Michael Felt <michael at felt.demon.nl> added the comment:

I hope this can be reviewed and eventually closed - not because it is X years old and unresolved - but because it is resolved for the latest branches!

Thx

----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11191>
_______________________________________

From report at bugs.python.org  Sun Jun  3 02:37:33 2018
From: report at bugs.python.org (Pasha Stetsenko)
Date: Sun, 03 Jun 2018 06:37:33 +0000
Subject: [issue33742] Unsafe memory access in PyStructSequence_InitType
Message-ID: <1528007853.29.0.592728768989.issue33742@psf.upfronthosting.co.za>


New submission from Pasha Stetsenko <stpasha at gmail.com>:

The documentation (https://docs.python.org/3/c-api/tuple.html) for `PyStructSequence_InitType` describes the function as follows:

> void PyStructSequence_InitType(PyTypeObject *type, PyStructSequence_Desc *desc)
> Initializes a struct sequence type `type` from `desc` in place.

And most of the time it does just that.
However, when running under python compiled in debug mode, the body of the function will contain the following code at the very beginning:
```
    if (type->ob_base.ob_base._ob_next) {
        _Py_ForgetReference((PyObject*)type);
    }
``` 
Since `type` here is a preallocated but an uninitialized piece of memory, it may contain garbage data that when interpreted as a "live" PyObject will result in memory corruption or process crash.

Thus, either the description for the `PyStructSequence_InitType` method has to document that the `type` object must be zeroed-out before being passed to the method, or the call to `_Py_ForgetReference` be removed.

----------
messages: 318523
nosy: Pasha Stetsenko
priority: normal
severity: normal
status: open
title: Unsafe memory access in PyStructSequence_InitType
type: crash
versions: Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33742>
_______________________________________

From report at bugs.python.org  Sun Jun  3 03:41:56 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 07:41:56 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
Message-ID: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -We -m test -v -m test__register_task_3 test_asyncio
...
======================================================================
ERROR: test__register_task_3 (test.test_asyncio.test_tasks.CIntrospectionTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_asyncio/test_tasks.py", line 2616, in test__register_task_3
    self.assertEqual(asyncio.Task.all_tasks(loop), {task})
PendingDeprecationWarning: Task.all_tasks() is deprecated, use asyncio.all_tasks() instead

======================================================================
ERROR: test__register_task_3 (test.test_asyncio.test_tasks.PyIntrospectionTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_asyncio/test_tasks.py", line 2616, in test__register_task_3
    self.assertEqual(asyncio.Task.all_tasks(loop), {task})
PendingDeprecationWarning: Task.all_tasks() is deprecated, use asyncio.all_tasks() instead

----------------------------------------------------------------------

And the test is failed if run with -We.

----------
components: Tests
messages: 318524
nosy: asvetlov, giampaolo.rodola, serhiy.storchaka, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio raises a deprecation warning
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Sun Jun  3 03:47:13 2018
From: report at bugs.python.org (Farhaan Bukhsh)
Date: Sun, 03 Jun 2018 07:47:13 +0000
Subject: [issue30516] Documentation for datetime substract operation incorrect?
In-Reply-To: <1496179333.45.0.413102703331.issue30516@psf.upfronthosting.co.za>
Message-ID: <1528012033.48.0.592728768989.issue30516@psf.upfronthosting.co.za>


Change by Farhaan Bukhsh <farhaan.bukhsh at gmail.com>:


----------
keywords: +patch
pull_requests: +6974
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30516>
_______________________________________

From report at bugs.python.org  Sun Jun  3 03:48:26 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 07:48:26 +0000
Subject: [issue33712] OrderedDict can set an exception in tp_clear
In-Reply-To: <1527768528.87.0.682650639539.issue33712@psf.upfronthosting.co.za>
Message-ID: <1528012106.52.0.592728768989.issue33712@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6975
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33712>
_______________________________________

From report at bugs.python.org  Sun Jun  3 03:57:04 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 07:57:04 +0000
Subject: [issue33742] Unsafe memory access in PyStructSequence_InitType
In-Reply-To: <1528007853.29.0.592728768989.issue33742@psf.upfronthosting.co.za>
Message-ID: <1528012624.49.0.592728768989.issue33742@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Could you please provide a C code that reproduces the crash?

----------
components: +Interpreter Core
nosy: +serhiy.storchaka
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33742>
_______________________________________

From report at bugs.python.org  Sun Jun  3 04:00:38 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 08:00:38 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528012838.75.0.592728768989.issue33274@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Please add a test and document the new feature (add a versionchanged directive in the module documentation, add a news entry and an entry in What's New).

----------
nosy: +serhiy.storchaka
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Sun Jun  3 04:03:35 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 08:03:35 +0000
Subject: [issue5945] PyMapping_Check returns 1 for lists
In-Reply-To: <1241560036.33.0.817766851688.issue5945@psf.upfronthosting.co.za>
Message-ID: <1528013015.34.0.592728768989.issue5945@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Are these changes enough? Can this issue be closed now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5945>
_______________________________________

From report at bugs.python.org  Sun Jun  3 04:47:57 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 03 Jun 2018 08:47:57 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1528015677.4.0.592728768989.issue33725@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Antoine, the issue is not necessarily related to POSIX compliance, AFAIK strictly POSIX compliant code should work just fine. The problem is in higher-level APIs (CoreFoundation, Foundation, AppKit, ...), and appears to be related to using multi-threading in those libraries without spending effort on pre/post fork handlers to ensure that new processes are in a sane state after fork().  In older macOS versions this could result in hard to debug issues, in newer versions APIs seem to guard against this by aborting when the detect that the pid changed.

Anyways... I agree that we shouldn't try to work around this in CPython, there's bound to more problems that are hidden with the proposed workaround.

---

<http://www.sealiesoftware.com/blog/archive/2017/6/5/Objective-C_and_fork_in_macOS_1013.html> describes what the environment variable does, and this "just" changes behavior of the ObjC runtime, and doesn't make using macOS system frameworks after a fork saver.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Sun Jun  3 04:51:31 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 03 Jun 2018 08:51:31 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1528015891.7.0.592728768989.issue33725@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@Ned: In the long run the macOS installers should be build using the latest SDK, primarily to get full API coverage and access to all system APIs.

AFAIK building using the macOS 10.9 SDK still excludes a number of libSystem APIs that would be made available through the posix module when building with a newer SDK. 

That's something that would require some effort though to ensure that the resulting binary still works on older versions of macOS (basically similar to the work I've done in the post to weak link some other symbols in the posix module).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Sun Jun  3 05:18:11 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 09:18:11 +0000
Subject: [issue33744] Fix and improve tests for the uu module
Message-ID: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

Separate tests in test_uu leak files of depend on the file leaked in other tests.

$ ./python -m test -m test_decode test_uu 
...
Warning -- files was modified by test_uu
  Before: []
  After:  ['@test_12637_tmpi'] 
test_uu failed (env changed)

$ ./python -m test -m test_decode_filename test_uu
...
Warning -- files was modified by test_uu
  Before: []
  After:  ['@test_12627_tmpi'] 
test_uu failed (env changed)

$ ./python -m test -m test_decodetwice test_uu
...
test test_uu failed -- Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_uu.py", line 263, in test_decodetwice
    f = open(self.tmpin, 'rb')
FileNotFoundError: [Errno 2] No such file or directory: '@test_12622_tmpi'

----------
assignee: serhiy.storchaka
components: Tests
messages: 318530
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Fix and improve tests for the uu module
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 05:20:24 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 09:20:24 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528017624.07.0.592728768989.issue33744@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6977
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 05:36:43 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 09:36:43 +0000
Subject: [issue28962] Crash when throwing an exception with a malicious
 __hash__ override
In-Reply-To: <1481646487.87.0.692050241508.issue28962@psf.upfronthosting.co.za>
Message-ID: <1528018603.79.0.592728768989.issue28962@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
superseder:  -> traceback module can't format/print unhashable exceptions

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28962>
_______________________________________

From report at bugs.python.org  Sun Jun  3 05:59:49 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 09:59:49 +0000
Subject: [issue28962] Crash when throwing an exception with a malicious
 __hash__ override
In-Reply-To: <1481646487.87.0.692050241508.issue28962@psf.upfronthosting.co.za>
Message-ID: <1528019989.35.0.592728768989.issue28962@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It was fixed in issue28603.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28962>
_______________________________________

From report at bugs.python.org  Sun Jun  3 06:01:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 10:01:31 +0000
Subject: [issue18533] Avoid error from repr() of recursive dictview
In-Reply-To: <1374531750.42.0.70756948567.issue18533@psf.upfronthosting.co.za>
Message-ID: <1528020091.3.0.592728768989.issue18533@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18533>
_______________________________________

From report at bugs.python.org  Sun Jun  3 06:09:29 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 10:09:29 +0000
Subject: [issue32584] Uninitialized free_extra in code_dealloc
In-Reply-To: <1516203304.77.0.467229070634.issue32584@psf.upfronthosting.co.za>
Message-ID: <1528020569.12.0.592728768989.issue32584@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +brett.cannon
priority: normal -> high
versions: +Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32584>
_______________________________________

From report at bugs.python.org  Sun Jun  3 07:11:49 2018
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 03 Jun 2018 11:11:49 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
Message-ID: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>


New submission from Ned Batchelder <ned at nedbatchelder.com>:

I'm not sure if this is a regression or an intentional change.  I know that the behavior has changed.

If a function has a docstring but no other body, Python 3.7b5 assigns the line number of the docstring to the implicit "return None".  Previous versions (including 3.7b4) used the line number of the "def".

Demonstration:

$ cat /tmp/empty.py
def empty():
    pass

def empty_with_docstring():
    '''Docstring'''

def docstring():
    '''Docstring'''
    return 1

import dis, sys

print(sys.version)

for fn in [empty, empty_with_docstring, docstring]:
    print(fn.__name__)
    dis.dis(fn)

$ /usr/local/pythonz/pythons/CPython-2.7.14/bin/python2.7 /tmp/empty.py
2.7.14 (default, Oct  4 2017, 09:45:53)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)]
empty
  2           0 LOAD_CONST               0 (None)
              3 RETURN_VALUE
empty_with_docstring
  4           0 LOAD_CONST               1 (None)
              3 RETURN_VALUE
docstring
  9           0 LOAD_CONST               1 (1)
              3 RETURN_VALUE

$ /usr/local/pythonz/pythons/CPython-3.6.4/bin/python3.6 /tmp/empty.py
3.6.4 (default, Dec 19 2017, 08:11:42)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.39.2)]
empty
  2           0 LOAD_CONST               0 (None)
              2 RETURN_VALUE
empty_with_docstring
  4           0 LOAD_CONST               1 (None)
              2 RETURN_VALUE
docstring
  9           0 LOAD_CONST               1 (1)
              2 RETURN_VALUE

$ /usr/local/pythonz/pythons/CPython-3.7.0b4/bin/python3.7 /tmp/empty.py
3.7.0b4 (default, May  2 2018, 21:07:21)
[Clang 9.0.0 (clang-900.0.39.2)]
empty
  2           0 LOAD_CONST               0 (None)
              2 RETURN_VALUE
empty_with_docstring
  4           0 LOAD_CONST               1 (None)
              2 RETURN_VALUE
docstring
  9           0 LOAD_CONST               1 (1)
              2 RETURN_VALUE

$ /usr/local/pythonz/pythons/CPython-3.7.0b5/bin/python3.7 /tmp/empty.py
3.7.0b5 (default, Jun  2 2018, 11:27:19)
[Clang 9.1.0 (clang-902.0.39.2)]
empty
  2           0 LOAD_CONST               0 (None)
              2 RETURN_VALUE
empty_with_docstring
  5           0 LOAD_CONST               1 (None)
              2 RETURN_VALUE
docstring
  9           0 LOAD_CONST               1 (1)
              2 RETURN_VALUE

----------
keywords: 3.7regression
messages: 318532
nosy: nedbat
priority: normal
severity: normal
status: open
title: 3.7.0b5 changes the line number of empty functions with docstrings
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Sun Jun  3 07:33:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 11:33:27 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
Message-ID: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -m testRegisterResult test_unittest
Run tests sequentially
0:00:00 load avg: 4.42 [1/1] test_unittest

== Tests result: SUCCESS ==

1 test OK.

Total duration: 98 ms
Tests result: SUCCESS

$ ./python -m test -v -m testRegisterResult test_unittest
== CPython 3.8.0a0 (heads/master-dirty:a801cf164b, Jun 3 2018, 12:58:45) [GCC 7.3.0]
== Linux-4.15.0-22-generic-x86_64-with-glibc2.9 little-endian
== cwd: /home/serhiy/py/cpython/build/test_python_3610
== CPU count: 8
== encodings: locale=UTF-8, FS=utf-8
Run tests sequentially
0:00:00 load avg: 4.17 [1/1] test_unittest
testRegisterResult (unittest.test.test_break.TestBreak) ... FAIL
testRegisterResult (unittest.test.test_break.TestBreakDefaultIntHandler) ... ok
testRegisterResult (unittest.test.test_break.TestBreakSignalDefault) ... ok
testRegisterResult (unittest.test.test_break.TestBreakSignalIgnored) ... ok

======================================================================
FAIL: testRegisterResult (unittest.test.test_break.TestBreak)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/unittest/test/test_break.py", line 48, in testRegisterResult
    self.fail("odd object in result set")
AssertionError: odd object in result set

----------------------------------------------------------------------
Ran 4 tests in 0.002s

FAILED (failures=1)
test test_unittest failed
test_unittest failed

== Tests result: FAILURE ==

1 test failed:
    test_unittest

Total duration: 138 ms
Tests result: FAILURE


The test is passed in 2.7 and 3.4. It fails only starting from 3.5.

----------
components: Tests
messages: 318533
nosy: ezio.melotti, michael.foord, rbcollins, serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: testRegisterResult in test_unittest fails in verbose mode
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Sun Jun  3 07:59:10 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 11:59:10 +0000
Subject: [issue33747] Failed separate test_patch_propogrates_exc_on_exit in
 test_unittest
Message-ID: <1528027150.62.0.592728768989.issue33747@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_patch_propogrates_exc_on_exit test_unittest
...
test_patch_propogrates_exc_on_exit (unittest.test.testmock.testpatch.PatchTest) ... ERROR

======================================================================
ERROR: test_patch_propogrates_exc_on_exit (unittest.test.testmock.testpatch.PatchTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/unittest/test/testmock/testpatch.py", line 1699, in test_patch_propogrates_exc_on_exit
    self.assertRaises(RuntimeError, test)
  File "/home/serhiy/py/cpython/Lib/unittest/case.py", line 743, in assertRaises
    return context.handle('assertRaises', args, kwargs)
  File "/home/serhiy/py/cpython/Lib/unittest/case.py", line 178, in handle
    callable_obj(*args, **kwargs)
  File "/home/serhiy/py/cpython/Lib/unittest/mock.py", line 1183, in patched
    arg = patching.__enter__()
  File "/home/serhiy/py/cpython/Lib/unittest/mock.py", line 1239, in __enter__
    self.target = self.getter()
  File "/home/serhiy/py/cpython/Lib/unittest/mock.py", line 1409, in <lambda>
    getter = lambda: _importer(target)
  File "/home/serhiy/py/cpython/Lib/unittest/mock.py", line 1092, in _importer
    thing = __import__(import_path)
ModuleNotFoundError: No module named 'squizz'

----------------------------------------------------------------------

----------
components: Tests
messages: 318534
nosy: michael.foord, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Failed separate test_patch_propogrates_exc_on_exit in test_unittest
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33747>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:03:13 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:03:13 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
Message-ID: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_discovery_failed_discovery test_unittest
...
Warning -- sys.path was modified by test_unittest
  Before: (139720094056760, ['/home/serhiy/py/cpython', '/usr/local/lib/python38.zip', '/home/serhiy/py/cpython/Lib', '/home/serhiy/py/cpython/build/lib.linux-x86_64-3.8-pydebug', '/home/serhiy/.local/lib/python3.8/site-packages'], ['/home/serhiy/py/cpython', '/usr/local/lib/python38.zip', '/home/serhiy/py/cpython/Lib', '/home/serhiy/py/cpython/build/lib.linux-x86_64-3.8-pydebug', '/home/serhiy/.local/lib/python3.8/site-packages'])
  After:  (139720094056760, ['/home/serhiy/py/cpython', '/usr/local/lib/python38.zip', '/home/serhiy/py/cpython/Lib', '/home/serhiy/py/cpython/build/lib.linux-x86_64-3.8-pydebug', '/home/serhiy/.local/lib/python3.8/site-packages'], ['/home/serhiy/py/cpython/build/test_python_8308/package', '/home/serhiy/py/cpython', '/usr/local/lib/python38.zip', '/home/serhiy/py/cpython/Lib', '/home/serhiy/py/cpython/build/lib.linux-x86_64-3.8-pydebug', '/home/serhiy/.local/lib/python3.8/site-packages']) 
test_unittest failed (env changed)

----------
components: Tests
messages: 318535
nosy: ezio.melotti, michael.foord, rbcollins, serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_discovery_failed_discovery in test_unittest modifies sys.path
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:03:45 2018
From: report at bugs.python.org (Michiel)
Date: Sun, 03 Jun 2018 12:03:45 +0000
Subject: [issue33749] pdb.Pdb constructor stdout override required to disable
 use_rawinput
Message-ID: <1528027425.26.0.592728768989.issue33749@psf.upfronthosting.co.za>


New submission from Michiel <code at m01.eu>:

It looks like there's possibly a typo/small bug in the pdb.Pdb code. If I supply the stdin argument to the constructor, and provide e.g. a io.StringIO object, then I expect commands to be read from there. This however doesn't happen. If I additionally supply a stdout argument, then it works.

This is because use_rawinput is only disabled if stdout is specified, see https://github.com/python/cpython/blob/3.7/Lib/pdb.py#L144:

...
    def __init__(self, completekey='tab', stdin=None, stdout=None, skip=None,
                 nosigint=False, readrc=True):
        bdb.Bdb.__init__(self, skip=skip)
        cmd.Cmd.__init__(self, completekey, stdin, stdout)
        if stdout:
            self.use_rawinput = 0
...

I think it should be disabled if stdin is supplied, or possibly if either is specified (I'm not sure).

Repro:

import pdb
import io
pdb_script = io.StringIO("p 'hello';; c")
output = io.StringIO()

Buggy behaviour:

In [5]: pdb.Pdb(stdin=pdb_script).set_trace()
--Call--
> /usr/lib/python3.6/site-packages/IPython/core/displayhook.py(247)__call__()
-> def __call__(self, result=None):
(Pdb) c

Expected behaviour:

(Pdb) 'hello'

Working if stdout is supplied:

In [6]: pdb_script.seek(0)
Out[6]: 0

In [7]: pdb.Pdb(stdin=pdb_script, stdout=output).set_trace()

In [8]: print(output.getvalue())
--Call--
> /usr/lib/python3.6/site-packages/IPython/core/displayhook.py(247)__call__()
-> def __call__(self, result=None):
(Pdb) 'hello'


I would've had a go at fixing this, but even after reading the docs at https://docs.python.org/3/library/cmd.html#cmd.Cmd.use_rawinput it's not entirely obvious to me which combinations of stdin/stdout overrides should be valid and when use_rawinput should be set to 0. However, I'm pretty sure it should at least be set to 0 if stdin is supplied, which currently isn't the case.

----------
components: Library (Lib)
messages: 318536
nosy: m01
priority: normal
severity: normal
status: open
title: pdb.Pdb constructor stdout override required to disable use_rawinput
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33749>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:20:07 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:20:07 +0000
Subject: [issue9141] Allow objects to decide if they can be collected by GC
In-Reply-To: <1278070212.7.0.406390843902.issue9141@psf.upfronthosting.co.za>
Message-ID: <1528028407.89.0.592728768989.issue9141@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Is this issue still actual after PEP 442?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9141>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:32:52 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:32:52 +0000
Subject: [issue33012] Invalid function cast warnings with gcc 8 for METH_NOARGS
In-Reply-To: <1520335093.04.0.467229070634.issue33012@psf.upfronthosting.co.za>
Message-ID: <1528029172.67.0.592728768989.issue33012@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The problem with invalid function signatures was initially reported in old issue1648268.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33012>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:33:48 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:33:48 +0000
Subject: [issue1648268] Parameter list mismatches (portation problem)
Message-ID: <1528029228.74.0.592728768989.issue1648268@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This issue has been partially (for METH_NOARGS methods) fixed in issue33012.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1648268>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:37:35 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:37:35 +0000
Subject: [issue4896] Faster why variable manipulation in ceval.c
In-Reply-To: <18791.24525.745699.580609@montanaro.dyndns.org>
Message-ID: <1528029455.32.0.592728768989.issue4896@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This issue is outdated since moving unwinding of stack for "pseudo exceptions" from interpreter to compiler in issue17611.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4896>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:39:02 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:39:02 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528029542.1.0.592728768989.issue17045@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Do you mind to create a PR Eric?

----------
nosy: +serhiy.storchaka
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:44:19 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:44:19 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
Message-ID: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_from_tuple test_decimal
...
test_from_tuple (test.test_decimal.CWhitebox) ... FAIL

======================================================================
FAIL: test_from_tuple (test.test_decimal.CWhitebox)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_decimal.py", line 5413, in test_from_tuple
    self.assertEqual(str(c.create_decimal(x)), '-0E-1000026')
AssertionError: '-0E-1000007' != '-0E-1000026'
- -0E-1000007
?          ^^
+ -0E-1000026
?          ^^


----------------------------------------------------------------------

----------
components: Tests
messages: 318542
nosy: facundobatista, mark.dickinson, rhettinger, serhiy.storchaka, skrah
priority: normal
severity: normal
status: open
title: Failed separate test_from_tuple in test_decimal
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:47:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:47:27 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
Message-ID: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m testTruncateOnWindows test_file
...
testTruncateOnWindows (test.test_file.COtherFileTests) ... ERROR
testTruncateOnWindows (test.test_file.PyOtherFileTests) ... ERROR

======================================================================
ERROR: testTruncateOnWindows (test.test_file.COtherFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_file.py", line 188, in testTruncateOnWindows
    os.unlink(TESTFN)
FileNotFoundError: [Errno 2] No such file or directory: '@test_8845_tmp'

======================================================================
ERROR: testTruncateOnWindows (test.test_file.PyOtherFileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_file.py", line 188, in testTruncateOnWindows
    os.unlink(TESTFN)
FileNotFoundError: [Errno 2] No such file or directory: '@test_8845_tmp'

----------------------------------------------------------------------

----------
components: Tests
messages: 318543
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Failed separate testTruncateOnWindows in test_file
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:50:26 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:50:26 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
Message-ID: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_anydbm_creation_n_file_exists_with_invalid_contents test_dbm
...
test_anydbm_creation_n_file_exists_with_invalid_contents (test.test_dbm.TestCase-dbm.gnu) ... ok
test_anydbm_creation_n_file_exists_with_invalid_contents (test.test_dbm.TestCase-dbm.ndbm) ... ok
test_anydbm_creation_n_file_exists_with_invalid_contents (test.test_dbm.TestCase-dbm.dumb) ... ok

----------------------------------------------------------------------
Ran 3 tests in 0.011s

OK
Warning -- files was modified by test_dbm
  Before: []
  After:  ['@test_17166_tmp.dir'] 
test_dbm failed (env changed)

----------
components: Tests
messages: 318544
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Leaked file in test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:53:11 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 12:53:11 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
Message-ID: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_nextfile_oserror_deleting_backup test_fileinput
...
Warning -- files was modified by test_fileinput
  Before: []
  After:  ['@test_23936_tmp1.bak'] 
test_fileinput failed (env changed)

----------
components: Tests
messages: 318545
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Leaked file in test_nextfile_oserror_deleting_backup in test_fileinput
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:59:31 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 12:59:31 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528030771.77.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

I think the tests are order-dependent in multiple places.  Personally, I don't see much value in fixing that because it has little effect on the actual code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 08:59:38 2018
From: report at bugs.python.org (David Halter)
Date: Sun, 03 Jun 2018 12:59:38 +0000
Subject: [issue33754] f-strings should be part of the Grammar
Message-ID: <1528030778.27.0.592728768989.issue33754@psf.upfronthosting.co.za>


New submission from David Halter <davidhalter88 at gmail.com>:

Currently f-strings are a bit of a hack. They certainly work very well for users, but they are implemented in ast.c and therefore not part of the Python grammar and the tokenizer.

I want to change this. I wrote an alternative implementation of f-strings in parso (http://parso.readthedocs.io/en/latest/). The idea I have is to modify the Python grammar slightly (https://github.com/davidhalter/parso/blob/master/parso/python/grammar37.txt#L149):

fstring: FSTRING_START fstring_content* FSTRING_END
fstring_content: FSTRING_STRING | fstring_expr
fstring_conversion: '!' NAME
fstring_expr: '{' testlist [ fstring_conversion ] [ fstring_format_spec ] '}'
fstring_format_spec: ':' fstring_content*

We would push most of the hard work to the tokenizer. This obviously means that we have to add a lot of code there. I wrote a tokenizer in Python for parso here: in https://github.com/davidhalter/parso/blob/master/parso/python/tokenize.py. It is definitely working well. The biggest difference to the current tokenizer.c is that you have to work with stacks and be way more context-sensitive.

There were attempts to change the Grammar of f-strings like https://www.python.org/dev/peps/pep-0536/. It hasn't caught on, because it tried to change the semantics of f-strings. The implementation in parso has not changed the semantics of f-strings.

In a first step I would like to get this working for CPython and not tokenize.py. Modifying tokenize.py will not be part of my initial work here.

I have discussed this with ?ukasz Langa, so if you guys have no objections I will start working on it. Please let me know if you support this or not.

----------
components: Interpreter Core
messages: 318547
nosy: davidhalter
priority: normal
severity: normal
status: open
title: f-strings should be part of the Grammar
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33754>
_______________________________________

From report at bugs.python.org  Sun Jun  3 09:16:15 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 03 Jun 2018 13:16:15 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528031775.91.0.592728768989.issue33664@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
keywords: +patch
pull_requests: +6978
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Sun Jun  3 09:28:12 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 13:28:12 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528032492.5.0.592728768989.issue33750@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Doesn't this mean that the test is incorrect? It expects the result be '-0E-1000026', but actually it should be '-0E-1000007', and it is '-0E-1000026' only after performing some actions outside of the test. Or maybe that there is a leak of the state out of localcontext?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 09:39:36 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 13:39:36 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528033176.24.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

The test is insignificant. The real tests are mpdecimal-testit- 2.4.1.tar.gz (http://www.bytereef.org/mpdecimal/download.html), deccheck.py and my private python test suite.

This test uses the global context that has been modified somewhere. I think I added that test to increase code coverage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 09:44:22 2018
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 03 Jun 2018 13:44:22 +0000
Subject: [issue33754] f-strings should be part of the Grammar
In-Reply-To: <1528030778.27.0.592728768989.issue33754@psf.upfronthosting.co.za>
Message-ID: <1528033462.45.0.592728768989.issue33754@psf.upfronthosting.co.za>


Change by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33754>
_______________________________________

From report at bugs.python.org  Sun Jun  3 09:54:14 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 03 Jun 2018 13:54:14 +0000
Subject: [issue33754] f-strings should be part of the Grammar
In-Reply-To: <1528030778.27.0.592728768989.issue33754@psf.upfronthosting.co.za>
Message-ID: <1528034054.27.0.592728768989.issue33754@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

What is the goal here? Are you just trying to simplify ast.c?

My concern is that there are many, many edge cases, and that you'll be unknowingly changing the behavior of f-strings.

One of the goals of the f-string specification is for a simple third-party parser to be able to lexically recognize f-strings just like normal, raw, or byte strings. It should require no change to such a lexer except for adding "f" where "b", "r", or "u" is currently allowed. I do not want to break that design principle. There are plenty of examples in the wild where this design was leveraged.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33754>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:12:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 14:12:34 +0000
Subject: [issue33755] Failed separate tests in test_importlib
Message-ID: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_resource test_importlib
...
======================================================================                                                                                                                                                                       
ERROR: test_is_submodule_resource (test.test_importlib.test_resource.ResourceFromZipsTest)                                                                                                                                                   
----------------------------------------------------------------------                                                                                                                                                                       
Traceback (most recent call last):                                                                                                                                                                                                           
  File "/home/serhiy/py/cpython/Lib/test/test_importlib/test_resource.py", line 113, in test_is_submodule_resource                                                                                                                           
    submodule = import_module('ziptestdata.subdirectory')                                                                                                                                                                                    
  File "/home/serhiy/py/cpython/Lib/importlib/__init__.py", line 127, in import_module                                                                                                                                                       
    return _bootstrap._gcd_import(name[level:], package, level)                                                                                                                                                                              
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import                                                                                                                                                                            
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load                                                                                                                                                                          
  File "<frozen importlib._bootstrap>", line 965, in _find_and_load_unlocked                                                                                                                                                                 
ModuleNotFoundError: No module named 'ziptestdata.subdirectory'                                                                                                                                                                              
                                                                                                                                                                                                                                             
======================================================================                                                                                                                                                                       
ERROR: test_read_submodule_resource_by_name (test.test_importlib.test_resource.ResourceFromZipsTest)                                                                                                                                         
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_importlib/test_resource.py", line 119, in test_read_submodule_resource_by_name
    resources.is_resource('ziptestdata.subdirectory', 'binary.file'))
  File "/home/serhiy/py/cpython/Lib/importlib/resources.py", line 223, in is_resource
    package = _get_package(package)
  File "/home/serhiy/py/cpython/Lib/importlib/resources.py", line 47, in _get_package
    module = import_module(package)
  File "/home/serhiy/py/cpython/Lib/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 965, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'ziptestdata.subdirectory'

======================================================================
ERROR: test_submodule_contents (test.test_importlib.test_resource.ResourceFromZipsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_importlib/test_resource.py", line 122, in test_submodule_contents
    submodule = import_module('ziptestdata.subdirectory')
  File "/home/serhiy/py/cpython/Lib/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 965, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'ziptestdata.subdirectory'

======================================================================
ERROR: test_submodule_contents_by_name (test.test_importlib.test_resource.ResourceFromZipsTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_importlib/test_resource.py", line 129, in test_submodule_contents_by_name
    set(resources.contents('ziptestdata.subdirectory')),
  File "/home/serhiy/py/cpython/Lib/importlib/resources.py", line 248, in contents
    package = _get_package(package)
  File "/home/serhiy/py/cpython/Lib/importlib/resources.py", line 47, in _get_package
    module = import_module(package)
  File "/home/serhiy/py/cpython/Lib/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 965, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'ziptestdata.subdirectory'

----------------------------------------------------------------------

----------
components: Tests
messages: 318551
nosy: brett.cannon, serhiy.storchaka, twouters
priority: normal
severity: normal
status: open
title: Failed separate tests in test_importlib
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:22:44 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 14:22:44 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528035764.9.0.592728768989.issue33744@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 027f95c736457f12c5713d9cf5b95ac335e583df by Serhiy Storchaka in branch 'master':
bpo-33744: Fix test_uu. (GH-7350)
https://github.com/python/cpython/commit/027f95c736457f12c5713d9cf5b95ac335e583df


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:22:54 2018
From: report at bugs.python.org (David Halter)
Date: Sun, 03 Jun 2018 14:22:54 +0000
Subject: [issue33754] f-strings should be part of the Grammar
In-Reply-To: <1528030778.27.0.592728768989.issue33754@psf.upfronthosting.co.za>
Message-ID: <1528035774.23.0.592728768989.issue33754@psf.upfronthosting.co.za>


David Halter <davidhalter88 at gmail.com> added the comment:

As I wrote before, I'm not trying to change anything about the f-string behavior. It is a refactoring. If anyone wants to change the behavior, I feel like they should probably write a PEP anyway.

I personally don't like that f-strings get parsed multiple times. It just smells bad. Also f-strings are IMO not just strings. They should maybe look like strings for other tools to parse them. But they are more or less statements that get executed.

The code in ast.c is not bad. Don't get me wrong. I just think that it's the wrong approach.

Regarding the edge cases: I don't think there are that many. In the end the ast output will look similar anyway. All the backslashes, string literals and comments can be checked and rejected in the tokenizer already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33754>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:22:58 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 14:22:58 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528035778.35.0.592728768989.issue33744@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6979

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:23:51 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 14:23:51 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528035831.95.0.592728768989.issue33744@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6980

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:31:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 14:31:34 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1528036294.74.0.592728768989.issue27485@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 867b825830b9b0baff791c9bcda57bba3809722a by Serhiy Storchaka (Cheryl Sabella) in branch 'master':
bpo-27485: Change urlparse tests to use private methods. (GH-7070)
https://github.com/python/cpython/commit/867b825830b9b0baff791c9bcda57bba3809722a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:45:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 14:45:53 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528037153.52.0.592728768989.issue33744@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +6981

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:47:49 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 14:47:49 +0000
Subject: [issue27485] urllib.splitport -- is it official or not?
In-Reply-To: <1468260123.51.0.000787877209911.issue27485@psf.upfronthosting.co.za>
Message-ID: <1528037269.72.0.592728768989.issue27485@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27485>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:51:12 2018
From: report at bugs.python.org (Manjusaka)
Date: Sun, 03 Jun 2018 14:51:12 +0000
Subject: [issue33756] Python 3.7.0b5 build error
Message-ID: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>


New submission from Manjusaka <lizheao940510 at gmail.com>:

When I build 3.70.b5 in Mac , the compiler raise an error show that 

"./Modules/posixmodule.c:6018:11: error: implicit declaration of function 'forkpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
    pid = forkpty(&master_fd, NULL, NULL, NULL);"

the makefile was generated by './configuration" command without no argument.

----------
components: Build
messages: 318555
nosy: Manjusaka
priority: normal
severity: normal
status: open
title: Python 3.7.0b5 build error
type: compile error
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 10:53:09 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 03 Jun 2018 14:53:09 +0000
Subject: [issue33754] f-strings should be part of the Grammar
In-Reply-To: <1528030778.27.0.592728768989.issue33754@psf.upfronthosting.co.za>
Message-ID: <1528037589.71.0.592728768989.issue33754@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

I'm not completely opposed to it, but I need to understand the benefits and side effects.

And I wouldn't exactly describe the multiple passes over the string as "parsing", but I see your point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33754>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:22:57 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:22:57 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528039377.4.0.592728768989.issue33744@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset da7f8ce21adc6cd0d7f86f5784a1d477891976f7 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6':
bpo-33744: Fix test_uu. (GH-7350) (GH-7353)
https://github.com/python/cpython/commit/da7f8ce21adc6cd0d7f86f5784a1d477891976f7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:23:56 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:23:56 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528039436.15.0.592728768989.issue33744@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset ad4c7954df11b45ab2d17eefeb42bb7385615697 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.7':
bpo-33744: Fix test_uu. (GH-7350) (GH-7352)
https://github.com/python/cpython/commit/ad4c7954df11b45ab2d17eefeb42bb7385615697


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:37:39 2018
From: report at bugs.python.org (Michiel)
Date: Sun, 03 Jun 2018 15:37:39 +0000
Subject: [issue33749] pdb.Pdb constructor stdout override required to disable
 use_rawinput
In-Reply-To: <1528027425.26.0.592728768989.issue33749@psf.upfronthosting.co.za>
Message-ID: <1528040259.73.0.592728768989.issue33749@psf.upfronthosting.co.za>


Michiel <code at m01.eu> added the comment:

Based on code inspection, this affects 2.7 - current master

----------
versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33749>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:43:25 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:43:25 +0000
Subject: [issue33757] Failed separate
 test_pdb_next_command_in_generator_for_loop in test_pdb
Message-ID: <1528040605.03.0.592728768989.issue33757@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_pdb_next_command_in_generator_for_loop test_pdb
...
test_pdb_next_command_in_generator_for_loop (test.test_pdb)
Doctest: test.test_pdb.test_pdb_next_command_in_generator_for_loop ... FAIL

======================================================================
FAIL: test_pdb_next_command_in_generator_for_loop (test.test_pdb)
Doctest: test.test_pdb.test_pdb_next_command_in_generator_for_loop
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython-tmp2/Lib/doctest.py", line 2193, in runTest
    test, out=new.write, clear_globs=False)
AssertionError: Failed doctest test for test.test_pdb.test_pdb_next_command_in_generator_for_loop
  File "/home/serhiy/py/cpython-tmp2/Lib/test/test_pdb.py", line 1035, in test_pdb_next_command_in_generator_for_loop

----------------------------------------------------------------------
File "/home/serhiy/py/cpython-tmp2/Lib/test/test_pdb.py", line 1048, in test.test_pdb.test_pdb_next_command_in_generator_for_loop
Failed example:
    with PdbTestInput(['break test_gen',
                       'continue',
                       'next',
                       'next',
                       'next',
                       'continue']):
        test_function()
Expected:
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(3)test_function()
    -> for i in test_gen():
    (Pdb) break test_gen
    Breakpoint 6 at <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>:1
    (Pdb) continue
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>(2)test_gen()
    -> yield 0
    (Pdb) next
    value 0
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>(3)test_gen()
    -> return 1
    (Pdb) next
    Internal StopIteration: 1
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(3)test_function()
    -> for i in test_gen():
    (Pdb) next
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(5)test_function()
    -> x = 123
    (Pdb) continue
Got:
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(3)test_function()
    -> for i in test_gen():
    (Pdb) break test_gen
    Breakpoint 1 at <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>:1
    (Pdb) continue
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>(2)test_gen()
    -> yield 0
    (Pdb) next
    value 0
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>(3)test_gen()
    -> return 1
    (Pdb) next
    Internal StopIteration: 1
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(3)test_function()
    -> for i in test_gen():
    (Pdb) next
    > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(5)test_function()
    -> x = 123
    (Pdb) continue


----------------------------------------------------------------------

----------
components: Tests
messages: 318560
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Failed separate test_pdb_next_command_in_generator_for_loop in test_pdb
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33757>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:47:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:47:58 +0000
Subject: [issue24215] test_trace uses test_pprint
In-Reply-To: <1431842150.15.0.237267681297.issue24215@psf.upfronthosting.co.za>
Message-ID: <1528040878.6.0.592728768989.issue24215@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There is different failure when run this test separately:

$ ./python -m test -v -m test_coverage test_trace
...
======================================================================
FAIL: test_coverage (test.test_trace.TestCoverage)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_trace.py", line 318, in test_coverage
    self.assertIn("pprint.cover", files)
AssertionError: 'pprint.cover' not found in ['warnings.cover', 'unittest.case.cover', 'test.support.__init__.cover', 'test.test_pprint.cover', 'trace.cover', 'platform.cover', 'weakref.cover', 'unittest.loader.cover', 'unittest.util.cover', 'copy.cover', 'unittest.runner.cover', 'unittest.result.cover', 'unittest.suite.cover', 'unittest.signals.cover', 'test.test_set.cover']

----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24215>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:48:54 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 03 Jun 2018 15:48:54 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528040934.1.0.592728768989.issue33610@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

After writing the above, I realized that line scroll only touches editor.py, not codecontext.py.  On the other hand, the next item, 8. jump to context line did have to wait.  Replacing Label with Text will require explicit height setting with each context change.  The click handler will be a simplified version of the scroll handler you just wrote.  Jumping to a line will look much better when it jumps to a whole rather than a fractional line.  Again, one of us should say something before starting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:52:01 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:52:01 +0000
Subject: [issue33758] Unexpected success of
 test_get_type_hints_modules_forwardref in test_typing
Message-ID: <1528041121.47.0.592728768989.issue33758@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_get_type_hints_modules_forwardref test_typing
...
test_get_type_hints_modules_forwardref (test.test_typing.GetTypeHintTests) ... unexpected success

----------------------------------------------------------------------
Ran 1 test in 0.001s

FAILED (unexpected successes=1)

----------
components: Tests
messages: 318563
nosy: levkivskyi, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Unexpected success of test_get_type_hints_modules_forwardref  in test_typing
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33758>
_______________________________________

From report at bugs.python.org  Sun Jun  3 11:56:37 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 15:56:37 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528041397.25.0.592728768989.issue33509@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This test is failed with -We.

$ ./python -We -m test -v test_warnings
...
======================================================================
ERROR: test_module_globals (test.test_warnings.CFilterTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_warnings/__init__.py", line 226, in test_module_globals
    module_globals=None)
UserWarning: msg

======================================================================
ERROR: test_module_globals (test.test_warnings.PyFilterTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_warnings/__init__.py", line 226, in test_module_globals
    module_globals=None)
  File "/home/serhiy/py/cpython/Lib/warnings.py", line 375, in warn_explicit
    raise message
UserWarning: msg

----------------------------------------------------------------------

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:00:35 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 16:00:35 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528041635.95.0.592728768989.issue33750@psf.upfronthosting.co.za>


Change by Stefan Krah <stefan at bytereef.org>:


----------
keywords: +patch
pull_requests: +6982
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:02:51 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:02:51 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
Message-ID: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m ServerProxyTestCase test_xmlrpc
...
======================================================================
ERROR: test_close (test.test_xmlrpc.ServerProxyTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_xmlrpc.py", line 1181, in test_close
    p = xmlrpclib.ServerProxy(self.url)
  File "/home/serhiy/py/cpython/Lib/xmlrpc/client.py", line 1416, in __init__
    type, uri = urllib.parse._splittype(uri)
  File "/home/serhiy/py/cpython/Lib/urllib/parse.py", line 967, in _splittype
    match = _typeprog.match(url)
TypeError: expected string or bytes-like object

======================================================================
ERROR: test_transport (test.test_xmlrpc.ServerProxyTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_xmlrpc.py", line 1186, in test_transport
    p = xmlrpclib.ServerProxy(self.url, transport=t)
  File "/home/serhiy/py/cpython/Lib/xmlrpc/client.py", line 1416, in __init__
    type, uri = urllib.parse._splittype(uri)
  File "/home/serhiy/py/cpython/Lib/urllib/parse.py", line 967, in _splittype
    match = _typeprog.match(url)
TypeError: expected string or bytes-like object

----------------------------------------------------------------------

----------
components: Tests
messages: 318565
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Failed separate ServerProxyTestCase tests in test_xmlrpc
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:06:23 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 16:06:23 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528041983.12.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

The thread local context was modified in test_round(), so prec=28 was used in test_from_tuple() when running the whole test suite but prec=9 when running the single test.

I don't really consider that a bug, but it is easy to "fix".

I wouldn't be surprised if other similar cases exist.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:12:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:12:46 +0000
Subject: [issue33760] Leaked files in test_io
Message-ID: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test.test_io.CBufferedReaderTest.test_garbage_collection test_io
...
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_18627_tmp'] 
test_io failed (env changed)


$ ./python -m test -v -m test.test_io.CBufferedWriterTest.test_garbage_collection test_io
...
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_18654_tmp'] 
test_io failed (env changed)


$ ./python -m test -v -m test.test_io.CBufferedWriterTest.test_truncate test_io
...
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_18663_tmp'] 
test_io failed (env changed)


$ ./python -m test -v -m test.test_io.CBufferedWriterTest.test_truncate_after_write test_io
...
Warning -- files was modified by test_io
  Before: []
  After:  ['@test_18666_tmp'] 
test_io failed (env changed)


And the same for PyBufferedWriterTest, CBufferedRandomTest and PyBufferedRandomTest.

----------
messages: 318567
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Leaked files in test_io

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:15:22 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:15:22 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
Message-ID: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

$ ./python -m test -v -m test_iterparse test_xml_etree
...
Warning -- files was modified by test_xml_etree
  Before: []
  After:  ['@test_18721_tmp'] 
test_xml_etree failed (env changed)

----------
components: Tests
messages: 318568
nosy: eli.bendersky, scoder, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Leaked file in test_iterparse in test_xml_etree
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:18:02 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 03 Jun 2018 16:18:02 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528042682.91.0.592728768989.issue33694@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

The test fails also on x86 Windows7 3.x:
http://buildbot.python.org/all/#/builders/58/builds/947

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:29:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:29:15 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528043355.79.0.592728768989.issue33750@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I ran all tests separately and this was the only case. PR 7355 fixes it. There are no other failures, errors or warnings.

    ./python -m test -uall --list-cases test_decimal | xargs -n1 -I '{}' ./python -We -m test -vuall -m '{}' test_decimal

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:31:55 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:31:55 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528043515.65.0.592728768989.issue33744@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 9b5c9488c77aeaddeafa7e2302bdc87dd77ac084 by Serhiy Storchaka in branch '2.7':
[2.7] bpo-33744: Fix test_uu. (GH-7350) (GH-7354)
https://github.com/python/cpython/commit/9b5c9488c77aeaddeafa7e2302bdc87dd77ac084


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:32:14 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 16:32:14 +0000
Subject: [issue33744] Fix and improve tests for the uu module
In-Reply-To: <1528017491.17.0.592728768989.issue33744@psf.upfronthosting.co.za>
Message-ID: <1528043534.19.0.592728768989.issue33744@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33744>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:40:02 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 16:40:02 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528044002.77.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:


New changeset e95dfc5006d19e59c7871faa9973356844ddb3ae by Stefan Krah in branch 'master':
bpo-33750: Reset thread-local context precision in test_round(). (#7355)
https://github.com/python/cpython/commit/e95dfc5006d19e59c7871faa9973356844ddb3ae


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:45:55 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 16:45:55 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528044355.87.0.592728768989.issue33750@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6983

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 12:46:59 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 16:46:59 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528044419.96.0.592728768989.issue33750@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6984

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:09:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 17:09:28 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528045768.72.0.592728768989.issue33761@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6985
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:30:14 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 17:30:14 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528047014.92.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:


New changeset 7f1bcda9bc3c04100cb047373732db0eba00e581 by Stefan Krah (Miss Islington (bot)) in branch '3.6':
bpo-33750: Reset thread-local context precision in test_round(). (GH-7355) (#7356)
https://github.com/python/cpython/commit/7f1bcda9bc3c04100cb047373732db0eba00e581


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:36:36 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 17:36:36 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528047396.92.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:


New changeset bdab3ea8b98db2133ef1e2d92b2a2c539f08ddaf by Stefan Krah (Miss Islington (bot)) in branch '3.7':
bpo-33750: Reset thread-local context precision in test_round(). (GH-7355) (#7357)
https://github.com/python/cpython/commit/bdab3ea8b98db2133ef1e2d92b2a2c539f08ddaf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:39:06 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 17:39:06 +0000
Subject: [issue33750] Failed separate test_from_tuple in test_decimal
In-Reply-To: <1528029859.0.0.592728768989.issue33750@psf.upfronthosting.co.za>
Message-ID: <1528047546.18.0.592728768989.issue33750@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

OK, thanks for checking the other tests!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33750>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:56:57 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 17:56:57 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528048617.45.0.592728768989.issue33761@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 13f51d9eec569e08475390e2a8f49f4afed1ea06 by Serhiy Storchaka in branch 'master':
bpo-33761: Fix a file leak in test_iterparse in test_xml_etree. (GH-7358)
https://github.com/python/cpython/commit/13f51d9eec569e08475390e2a8f49f4afed1ea06


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:57:16 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 17:57:16 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528048636.3.0.592728768989.issue33761@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6986

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 13:58:02 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 17:58:02 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528048682.57.0.592728768989.issue33761@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6987

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:12:07 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 18:12:07 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528049527.35.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6988
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:12:40 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 18:12:40 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528049560.93.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Tests
stage: patch review -> 
versions: +Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:46:45 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Jun 2018 18:46:45 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1528051605.88.0.592728768989.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:


New changeset ded666ff0ce44785a495ff89b676ca68e4cc08e8 by Antoine Pitrou in branch '2.7':
[2.7] bpo-30654: Do not reset SIGINT handler to SIG_DFL in finisignal (GH-7146) (GH-7347)
https://github.com/python/cpython/commit/ded666ff0ce44785a495ff89b676ca68e4cc08e8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:50:44 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 03 Jun 2018 18:50:44 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528051844.19.0.592728768989.issue33755@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:52:13 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 03 Jun 2018 18:52:13 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528051933.66.0.592728768989.issue33755@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Was this on your machine or has this started across CI or buildbots? And was this from a build or installed copy?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 14:53:10 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 03 Jun 2018 18:53:10 +0000
Subject: [issue32584] Uninitialized free_extra in code_dealloc
In-Reply-To: <1516203304.77.0.467229070634.issue32584@psf.upfronthosting.co.za>
Message-ID: <1528051990.61.0.592728768989.issue32584@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


----------
nosy: +dino.viehland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32584>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:02:23 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 19:02:23 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528052543.02.0.592728768989.issue33761@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2332fedb8d7037172946520bb1a552c7018261d5 by Miss Islington (bot) in branch '3.7':
bpo-33761: Fix a file leak in test_iterparse in test_xml_etree. (GH-7358)
https://github.com/python/cpython/commit/2332fedb8d7037172946520bb1a552c7018261d5


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:06:47 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 19:06:47 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528052807.9.0.592728768989.issue33759@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +6989
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:11:15 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Jun 2018 19:11:15 +0000
Subject: [issue30654] signal module always overwrites SIGINT on interpreter
 shutdown
In-Reply-To: <1497359164.84.0.615765342748.issue30654@psf.upfronthosting.co.za>
Message-ID: <1528053075.2.0.592728768989.issue30654@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

So this is in 2.7 finally.  Closing again.

----------
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30654>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:12:21 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 03 Jun 2018 19:12:21 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528053141.25.0.592728768989.issue33755@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Tests are passed if run the whole test_importlib. They are failed only when run the test_resource subset of them. This means that test_resource tests depend on the global environment changed by other tests. And this also means that some changes of the global environment are leaked from some tests, and may affect also other tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:19:44 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 03 Jun 2018 19:19:44 +0000
Subject: [issue9141] Allow objects to decide if they can be collected by GC
In-Reply-To: <1278070212.7.0.406390843902.issue9141@psf.upfronthosting.co.za>
Message-ID: <1528053584.14.0.592728768989.issue9141@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

It's hard to say as I never fully understood the underlying intent.

Perhaps Kristj?n or some other developer who better understood than me can chime in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9141>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:50:02 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 03 Jun 2018 19:50:02 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528055402.71.0.592728768989.issue33755@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I can take a look at this tomorrow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 15:50:12 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sun, 03 Jun 2018 19:50:12 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528055412.34.0.592728768989.issue33755@psf.upfronthosting.co.za>


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


----------
assignee:  -> barry

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Sun Jun  3 16:05:56 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 03 Jun 2018 20:05:56 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528056355.99.0.592728768989.issue33761@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6990

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Sun Jun  3 16:34:51 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 03 Jun 2018 20:34:51 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528058091.91.0.592728768989.issue33756@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Have you run "xcode-select --install" to ensure system header files are installed?  If so, what compiler are you using from what source?  What version of macOS are you using?

https://devguide.python.org/setup/#macos

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 16:53:05 2018
From: report at bugs.python.org (Dutcho)
Date: Sun, 03 Jun 2018 20:53:05 +0000
Subject: [issue33762] temp file isn't IOBase
Message-ID: <1528059185.23.0.592728768989.issue33762@psf.upfronthosting.co.za>


New submission from Dutcho <dutcho at ziggo.nl>:

I'd expect isinstance(tempfile.TemporaryFile(), io.IOBase) to be True as you can read() from and write() to the temp file.

However, on Python 3.6.5 64 bit on Windows 7 above isinstance() == False and and type(tempfile.TemporaryFile()) == tempfile._TemporaryFileWrapper, which has no super class (other than object).
Whereas, on Python 3.6.1 on iOS 11.4 (Pythonista 3.2) above isinstance() == True and type(tempfile.TemporaryFile()) == io.BufferedRandom, which has io.IOBase as its (indirect) super class.
The difference is likely caused by tempfile line 565 that equals TemporaryFile = NamedTemporaryFile in case of Windows.

This may be somewhat related to issue 26175, but isn't a duplicate as 26175 is on a temp file's attributes, and this issue is on its type

----------
components: Library (Lib)
messages: 318585
nosy: Dutcho
priority: normal
severity: normal
status: open
title: temp file isn't IOBase
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33762>
_______________________________________

From report at bugs.python.org  Sun Jun  3 17:37:07 2018
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 03 Jun 2018 21:37:07 +0000
Subject: [issue33713] memoryview can set an exception in tp_clear
In-Reply-To: <1527768910.92.0.682650639539.issue33713@psf.upfronthosting.co.za>
Message-ID: <1528061827.35.0.592728768989.issue33713@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

Okay that makes sense. :)

I looked a bit at the gc code. A consumer object always has one
reference to a memoryview with an export, which isn't visited. So
it looks to me that the gc_refs of that memoryview cannot fall to 0.

So memory_clear() isn't called in that case, but mbuf_clear() is, which
is known and expected to handle mbuf->exports >= 0.

Indeed let's perhaps just add "if (self->exports > 0) return 0" to memory_clear() if those assumptions are too complex.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33713>
_______________________________________

From report at bugs.python.org  Sun Jun  3 18:21:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 03 Jun 2018 22:21:39 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528064499.36.0.592728768989.issue33509@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +6991
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Sun Jun  3 18:45:19 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Jun 2018 22:45:19 +0000
Subject: [issue33749] pdb.Pdb constructor stdout override required to disable
 use_rawinput
In-Reply-To: <1528027425.26.0.592728768989.issue33749@psf.upfronthosting.co.za>
Message-ID: <1528065919.79.0.592728768989.issue33749@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is a duplicate of 2571 and 10396.  As I commented in 10396, if you want to work on an enhancement request (for cmd) that improves the situation, it will be welcome; but as you observed what to do isn't immediately obvious, so discussion before implementation is probably a good idea.  I'm going to close this, but feel free to open an enhancement issue with a proposal.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33749>
_______________________________________

From report at bugs.python.org  Sun Jun  3 18:45:42 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 03 Jun 2018 22:45:42 +0000
Subject: [issue33749] pdb.Pdb constructor stdout override required to disable
 use_rawinput
In-Reply-To: <1528027425.26.0.592728768989.issue33749@psf.upfronthosting.co.za>
Message-ID: <1528065942.92.0.592728768989.issue33749@psf.upfronthosting.co.za>


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


----------
superseder:  -> can cmd.py's API/docs for the use of an alternate stdin be improved?

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33749>
_______________________________________

From report at bugs.python.org  Sun Jun  3 19:24:31 2018
From: report at bugs.python.org (Anthony Sottile)
Date: Sun, 03 Jun 2018 23:24:31 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528068271.93.0.592728768989.issue17909@psf.upfronthosting.co.za>


Change by Anthony Sottile <asottile at umich.edu>:


----------
pull_requests: +6992

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:11:29 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 00:11:29 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
Message-ID: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>


New submission from Cheryl Sabella <cheryl.sabella at gmail.com>:

Item 11 from #33610.
Use read-only Text instead of Label for context. 

* Change widget type from Label to Text and remove Label-only arguments.
* Add height and state arguments.
* Change widget name from self.label to self.context.
* Tests: change widget name and method for getting text.

----------
assignee: terry.reedy
components: IDLE
messages: 318588
nosy: cheryl.sabella, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Use text widget for code context instead of label widget
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:15:46 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 00:15:46 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528071346.91.0.592728768989.issue33763@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
keywords: +patch
pull_requests: +6993
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:16:07 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 00:16:07 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528071367.9.0.592728768989.issue33610@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

For item 11 - #33763

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:17:45 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 00:17:45 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528071465.16.0.592728768989.issue33610@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
dependencies: +IDLE: Use text widget for code context instead of label widget

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:53:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 00:53:32 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
Message-ID: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

While looking at AppVeyor history, I saw two builds which seem like interrupted in the middle of the test

3.6:
https://ci.appveyor.com/project/python/cpython/build/3.6build16876/job/t9nyt59wkwcn68nk

...
0:04:32 [312/407] test_genexps passed -- running: test_largefile (2 min 21 sec), test_mmap (4 min 30 sec)
0:04:32 [313/407] test_weakset passed -- running: test_largefile (2 min 21 sec), test_mmap (4 min 30 sec)
0:04:32 [314/407] test_fractions passed -- running: test_largefile (2 min 21 sec), test_mmap (4 min 31 sec)

3.8:
https://ci.appveyor.com/project/python/cpython/build/3.8build16878

...
0:06:07 [290/416] test_frame passed -- running: test_io (4 min 1 sec), test_mmap (5 min 45 sec)
0:06:09 [291/416] test_codecmaps_cn passed -- running: test_io (4 min 3 sec), test_mmap (5 min 47 sec)
fetching http://www.pythontest.net/unicode/gb-18030-2000.xml ...
	fetching http://www.pythontest.net/unicode/EUC-CN.TXT ...
	fetching http://www.pythontest.net/unicode/CP936.TXT ...


Terry Reedy also noticed the issue:
https://mail.python.org/pipermail/python-committers/2018-June/005527.html


https://appveyor.statuspage.io/ says that all services are operational.

----------
components: Tests
messages: 318590
nosy: vstinner
priority: normal
severity: normal
status: open
title: AppVeyor builds interrupted before tests complete

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:55:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 00:55:46 +0000
Subject: [issue33765] AppVeyor didn't start on my PR 7365
Message-ID: <1528073746.0.0.592728768989.issue33765@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

I created the PR 7365:
https://github.com/python/cpython/pull/7365

AppVeyor job is required to pass to allow me to merge my PR. But AppVeyor job didn't start: 

"continuous-integration/appveyor/pr Expected ? Waiting for status to be reported"

I cannot find any job related to my PR in the AppVeyor history:
https://ci.appveyor.com/project/python/cpython/history

The latest build was 5 hours ago.

See also bpo-33764.

----------
components: Tests
messages: 318591
nosy: vstinner
priority: normal
severity: normal
status: open
title: AppVeyor didn't start on my PR 7365

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33765>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:56:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 00:56:04 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528073764.0.0.592728768989.issue33764@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-33765: "AppVeyor didn't start on my PR 7365".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:57:10 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 00:57:10 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528073830.23.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Clicking on the Messages tab:

https://ci.appveyor.com/project/python/cpython/build/3.8build16878/messages

"Build exceeded allowed resource quotas. Fix your build to consume less resources or contact AppVeyor support to request quotas increase."

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 20:59:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 00:59:27 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528073967.13.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Looks like this was another case of test_mmap on Windows taking a long time.  If the change has now been made to disable tests with "largefile" resources, test_mmap should no longer be a hangup.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:01:32 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 01:01:32 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074092.75.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

We discussed this earlier: https://bugs.python.org/issue33355#msg317587

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:02:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 01:02:18 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074138.07.0.592728768989.issue33764@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Looks like this was another case of test_mmap on Windows taking a long time.

Ah yes, bpo-33355.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:04:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 01:04:20 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074260.99.0.592728768989.issue33764@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +6994
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:07:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 01:07:48 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074468.83.0.592728768989.issue33764@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> We discussed this earlier: https://bugs.python.org/issue33355#msg317587

At that time, I didn't know that AppVeyor was impacted. In my mind, the bug was specific to buildbots on slow cloud providers (slow cloud flavors).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:10:34 2018
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 04 Jun 2018 01:10:34 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074634.54.0.592728768989.issue33764@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +6995

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:13:33 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 01:13:33 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074813.49.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 47a6c79f0986ce9a84d0efc3c565b28255042911 by Ned Deily (Zachary Ware) in branch 'master':
bpo-33764: Appveyor fixes (GH-7364)
https://github.com/python/cpython/commit/47a6c79f0986ce9a84d0efc3c565b28255042911


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:13:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 01:13:50 +0000
Subject: [issue33765] AppVeyor didn't start on my PR 7365
In-Reply-To: <1528073746.0.0.592728768989.issue33765@psf.upfronthosting.co.za>
Message-ID: <1528074830.44.0.592728768989.issue33765@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> See also bpo-33764.

Some AppVeyor builds failed recently with:

"Build exceeded allowed resource quotas. Fix your build to consume less resources or contact AppVeyor support to request quotas increase."

Maybe we reached quotas and so AppVeyor will no longer spawn new builds in the next 24 hours?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33765>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:14:50 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 01:14:50 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528074890.24.0.592728768989.issue33764@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6996

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 21:17:02 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 01:17:02 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528075022.19.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 37343a2db8763a114e63ac63a249603b1df2554d by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33764: Appveyor fixes (GH-7364) (GH-7369)
https://github.com/python/cpython/commit/37343a2db8763a114e63ac63a249603b1df2554d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:19:13 2018
From: report at bugs.python.org (Manjusaka)
Date: Mon, 04 Jun 2018 02:19:13 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528078753.76.0.592728768989.issue33756@psf.upfronthosting.co.za>


Manjusaka <lizheao940510 at gmail.com> added the comment:

Sure, I already set "xcode-select --install" in terminal

Python 3.6.5 build success with a default setting when running ./configuration" command

Xcode version is 9.3

System version 10.13.4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:28:31 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 02:28:31 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528079311.39.0.592728768989.issue33756@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Sorry, I can't reproduce it and I do not recall every seeing a failure like that.

Just to be sure, you do mean ".configure" and not "./configuration"?

Perhaps you are picking up an old, third-party version of libutil from /usr/local/lib and/or /usr/local/include?  You have tried building from a clean directory?  It looks like the library is searched for at the following section of configure.ac (which is used to generate configure):

https://github.com/python/cpython/blob/v3.7.0b5/configure.ac#L3772

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:42:11 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 02:42:11 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528080131.73.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Steve, what do you think about a similar change to the VSTS Windows CI builds to disable the "longfile" resource for the tests?  test_mmap seems to take a long time.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:54:00 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 02:54:00 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528080840.64.0.592728768989.issue33760@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset e36837cb71032ccfa713e75623b314f091dc22bb by Ned Deily (Serhiy Storchaka) in branch 'master':
bpo-33760: Fix file leaks in test_io. (GH-7361)
https://github.com/python/cpython/commit/e36837cb71032ccfa713e75623b314f091dc22bb


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:55:24 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 02:55:24 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528080924.69.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6997
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:55:35 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 02:55:35 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528080935.8.0.592728768989.issue33759@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 7cfd8c6a1b53a7dbdea14b6f414f2629dcd130a2 by Ned Deily (Serhiy Storchaka) in branch 'master':
bpo-33759: Fix test.test_xmlrpc.ServerProxyTestCase. (GH-7362)
https://github.com/python/cpython/commit/7cfd8c6a1b53a7dbdea14b6f414f2629dcd130a2


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:57:08 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 02:57:08 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528081028.58.0.592728768989.issue33759@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6998

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 22:59:41 2018
From: report at bugs.python.org (Manjusaka)
Date: Mon, 04 Jun 2018 02:59:41 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528081181.73.0.592728768989.issue33756@psf.upfronthosting.co.za>


Manjusaka <lizheao940510 at gmail.com> added the comment:

Actually, I found some interesting problem.

In Python 3.6.5 has declared the `extern pid_t forkpty(int *, char *, struct termios *, struct winsize *);`  in here https://github.com/python/cpython/blob/3.6/Include/pyport.h#L532

and I add it into the Python 3.7.0b5's pyport.h, It builds success!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:00:13 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 03:00:13 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528081213.39.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +6999

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:04:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:04:31 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528081471.73.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7000

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:07:12 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:07:12 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528081632.54.0.592728768989.issue33759@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7001

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:09:28 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:09:28 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528081768.94.0.592728768989.issue33756@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

That change should not have affected the macOS build.  Now that you have a working python, can you please run:

./python.exe -m test.pythoninfo

and report the results here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:09:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:09:34 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528081774.38.0.592728768989.issue33759@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7002

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:15:13 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:15:13 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528082113.9.0.592728768989.issue33760@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 4d11fe7cad9e138423e16338c88908f24a55f1cf by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33760: Fix file leaks in test_io. (GH-7361) (GH-7370)
https://github.com/python/cpython/commit/4d11fe7cad9e138423e16338c88908f24a55f1cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:16:51 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:16:51 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528082211.45.0.592728768989.issue33759@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 7453caedbb42dd16e069dd08009f0317f7a9abc9 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33759: Fix test.test_xmlrpc.ServerProxyTestCase. (GH-7362) (GH-7371)
https://github.com/python/cpython/commit/7453caedbb42dd16e069dd08009f0317f7a9abc9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:31:53 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:31:53 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528083113.74.0.592728768989.issue33760@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset d18b13d36a22f93050a9d7cdfce594002f69236f by Ned Deily (Miss Islington (bot)) in branch '3.6':
bpo-33760: Fix file leaks in test_io. (GH-7361) (GH-7372)
https://github.com/python/cpython/commit/d18b13d36a22f93050a9d7cdfce594002f69236f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:36:18 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:36:18 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528083378.25.0.592728768989.issue33759@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 2e601c54d9d5f03f1fe1f7b4a1f2cb8e843fdeae by Ned Deily (Serhiy Storchaka) in branch '3.6':
[3.6] bpo-33759: Fix test.test_xmlrpc.ServerProxyTestCase. (GH-7362) (GH-7375)
https://github.com/python/cpython/commit/2e601c54d9d5f03f1fe1f7b4a1f2cb8e843fdeae


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:37:59 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:37:59 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528083479.84.0.592728768989.issue33760@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset b02ceb57d23c26aca6666b3a9f4c5b7d84d0ea0a by Ned Deily (Serhiy Storchaka) in branch '2.7':
[2.7] bpo-33760: Fix file leaks in test_io. (GH-7361). (GH-7373)
https://github.com/python/cpython/commit/b02ceb57d23c26aca6666b3a9f4c5b7d84d0ea0a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:39:02 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 03:39:02 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528083542.61.0.592728768989.issue33759@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 93ba6da27eed980600a874dfeffb2856fe1d4126 by Ned Deily (Serhiy Storchaka) in branch '2.7':
[2.7] bpo-33759: Fix test.test_xmlrpc.ServerProxyTestCase. (GH-7362) (GH-7374)
https://github.com/python/cpython/commit/93ba6da27eed980600a874dfeffb2856fe1d4126


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:40:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:40:15 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528083615.76.0.592728768989.issue33752@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The file was leaked because it was created in the database's close() method which was called after deleting temporary files in tearDown().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:43:24 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:43:24 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528083804.81.0.592728768989.issue33752@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7003
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:44:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 03:44:28 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528083868.98.0.592728768989.issue33753@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7004
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Sun Jun  3 23:52:41 2018
From: report at bugs.python.org (Manjusaka)
Date: Mon, 04 Jun 2018 03:52:41 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528084361.15.0.592728768989.issue33756@psf.upfronthosting.co.za>


Manjusaka <lizheao940510 at gmail.com> added the comment:

The result in here 

https://gist.github.com/Zheaoli/86b04395748b998ad7d870a927a95aea

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:04:57 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:04:57 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528085097.24.0.592728768989.issue33756@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

The only really suspicious thing I see is that your shell PATH is *gigantic*. pulling things in from all over the place including Homebrew.  If you want to pursue further, suggest you try a clean build from the tarball without the modification and use a simple PATH like:

export PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

I'm willing to bet that some old versions of headers and/or libs are being picked up somewhere.  You probably should go through and permanently clean up that PATH.  Also make sure your Homebrew installation is up-to-date.  Rather than pulling in things from various places, consider pulling everything you need from Homebrew; it looks like you may have run various binary installers of various things in the past.  I'm going to close this issue.  Feel free to re-open if you discover something that appears to be a bug in Python.  Good luck!

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:05:20 2018
From: report at bugs.python.org (Isaac Elliott)
Date: Mon, 04 Jun 2018 04:05:20 +0000
Subject: [issue33766] Grammar Incongruence
Message-ID: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>


New submission from Isaac Elliott <isaace71295 at gmail.com>:

echo 'print("a");print("b")' > test.py

This program is grammatically incorrect according to the specification (https://docs.python.org/3.8/reference/grammar.html). But Python 3 runs it without issue.


It's this production here

simple_stmt: small_stmt (';' small_stmt)* [';'] NEWLINE

which says 'simple_stmt's must be terminated by a newline. However, the program I wrote doesn't contain any newlines.

I think the grammar spec is missing some information, but I'm not quite sure what. Does anyone have an idea?

----------
components: Interpreter Core
messages: 318617
nosy: Isaac Elliott
priority: normal
severity: normal
status: open
title: Grammar Incongruence
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:11:41 2018
From: report at bugs.python.org (Manjusaka)
Date: Mon, 04 Jun 2018 04:11:41 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528085501.09.0.592728768989.issue33756@psf.upfronthosting.co.za>


Manjusaka <lizheao940510 at gmail.com> added the comment:

it seems like what you say

but I think that you can't ensure everyone has a clean path especially when people use some tools such as pyenv or others to build Python from source code, but not get the binary package directly.

Anyway, it's just a personal idea. Thanks for what you do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:17:01 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:17:01 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528085821.89.0.592728768989.issue33756@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

As I said, I do not recall ever seeing a failure like this before and I regularly build and test Python on macOS in many different versions and environments.  It would be very time-consuming to try to debug your environment remotely, time that would be better spent on other problems, I'm afraid.  If you can demonstrate that the problem is with a clean version of pyenv, for example, then that's something to pursue with the pyenv project or here.  But, as it stands, there are so many ways things could have gone wrong for you that it would be foolish for me to try to guess.  Sorry!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:20:32 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 04:20:32 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528086032.25.0.592728768989.issue33751@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7005
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:24:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:24:17 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528086257.62.0.592728768989.issue33764@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7006

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:31:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 04:31:27 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528086687.81.0.592728768989.issue33766@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

NEWLINE is not a newline. It is the NEWLINE token. And it is generated at the end of file.

$ echo 'print("a");print("b")' | ./python -m tokenize
1,0-1,5:            NAME           'print'        
1,5-1,6:            OP             '('            
1,6-1,9:            STRING         '"a"'          
1,9-1,10:           OP             ')'            
1,10-1,11:          OP             ';'            
1,11-1,16:          NAME           'print'        
1,16-1,17:          OP             '('            
1,17-1,20:          STRING         '"b"'          
1,20-1,21:          OP             ')'            
1,21-1,22:          NEWLINE        '\n'           
2,0-2,0:            ENDMARKER      ''

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:31:27 2018
From: report at bugs.python.org (Manjusaka)
Date: Mon, 04 Jun 2018 04:31:27 +0000
Subject: [issue33756] Python 3.7.0b5 build error
In-Reply-To: <1528037472.78.0.592728768989.issue33756@psf.upfronthosting.co.za>
Message-ID: <1528086687.9.0.592728768989.issue33756@psf.upfronthosting.co.za>


Manjusaka <lizheao940510 at gmail.com> added the comment:

Finally, I must say when I first build the Python 3.7.0b5, I don't use Pyenv or others tools.

As you say, It should be a PATH problem. I build success without no patch in a  clean Mac. I think I will figure out what's wrong.

But just as what I say, You can't ensure everyone has a clean PATH.

Anyway, Thanks for your helping!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33756>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:37:17 2018
From: report at bugs.python.org (Isaac Elliott)
Date: Mon, 04 Jun 2018 04:37:17 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528087037.86.0.592728768989.issue33766@psf.upfronthosting.co.za>


Isaac Elliott <isaace71295 at gmail.com> added the comment:

Thanks for the clarification. Is there a reference to this in the documentation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:40:18 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 04 Jun 2018 04:40:18 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
Message-ID: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>


New submission from Zackery Spytz <zspytz at gmail.com>:

Both mmap_concat() and mmap_repeat() raise a SystemError when invoked.

----------
components: Extension Modules
messages: 318623
nosy: ZackerySpytz
priority: normal
severity: normal
status: open
title: Improper use of SystemError in the mmap module
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:41:29 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:41:29 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528087289.05.0.592728768989.issue33764@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7007

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:42:09 2018
From: report at bugs.python.org (Ammar Askar)
Date: Mon, 04 Jun 2018 04:42:09 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528087328.99.0.592728768989.issue33766@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

https://docs.python.org/3.8/reference/lexical_analysis.html

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:44:04 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 04 Jun 2018 04:44:04 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528087444.69.0.592728768989.issue33767@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7008
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:47:10 2018
From: report at bugs.python.org (Isaac Elliott)
Date: Mon, 04 Jun 2018 04:47:10 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528087630.88.0.592728768989.issue33766@psf.upfronthosting.co.za>


Isaac Elliott <isaace71295 at gmail.com> added the comment:

I went through that document before I created this issue. I can't find anything which describes this behavior - could you be more specific please?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:47:41 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:47:41 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528087661.16.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset b8f2fb52007f6d0d9eacfb459a9e813678f55f7e by Ned Deily in branch '3.6':
bpo-33764: Appveyor fixes (GH-7364) (GH-7379)
https://github.com/python/cpython/commit/b8f2fb52007f6d0d9eacfb459a9e813678f55f7e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:51:27 2018
From: report at bugs.python.org (Ammar Askar)
Date: Mon, 04 Jun 2018 04:51:27 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528087887.19.0.592728768989.issue33766@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

Actually, echo implicitly puts a newline at the end. If you run with echo -n, this is the output:

$ echo -n 'print("a");print("b")' | python3 -m tokenize
1,0-1,5:            NAME           'print'
1,5-1,6:            OP             '('
1,6-1,9:            STRING         '"a"'
1,9-1,10:           OP             ')'
1,10-1,11:          OP             ';'
1,11-1,16:          NAME           'print'
1,16-1,17:          OP             '('
1,17-1,20:          STRING         '"b"'
1,20-1,21:          OP             ')'
2,0-2,0:            ENDMARKER      ''

No newline token present.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:52:40 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 04:52:40 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528087960.92.0.592728768989.issue33764@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 1cbdbf35db16f2b06c0974b711c4d8b840c8a264 by Ned Deily in branch '2.7':
bpo-33764: Appveyor fixes (GH-7364) (GH-7380)
https://github.com/python/cpython/commit/1cbdbf35db16f2b06c0974b711c4d8b840c8a264


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:55:42 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 04:55:42 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528088142.11.0.592728768989.issue33766@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Good point Ammar.

Seems there is also a missing corner case in the definition of a physical line:

https://docs.python.org/3.8/reference/lexical_analysis.html#physical-lines
"""
A physical line is a sequence of characters terminated by an end-of-line sequence. In source files, any of the standard platform line termination sequences can be used - the Unix form using ASCII LF (linefeed), the Windows form using the ASCII sequence CR LF (return followed by linefeed), or the old Macintosh form using the ASCII CR (return) character. All of these forms can be used equally, regardless of platform.
"""

It misses a case when a physical line is terminated by the end of file.

----------
assignee:  -> docs at python
components: +Documentation -Interpreter Core
nosy: +docs at python, gvanrossum
versions: +Python 2.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 00:59:09 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 04:59:09 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528088349.77.0.592728768989.issue33767@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you for your PR Zackery!

I concur that an alternative would be to remove mmap_concat() and mmap_repeat(). Why not use this simpler way? Are there any drawbacks?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:01:35 2018
From: report at bugs.python.org (Ammar Askar)
Date: Mon, 04 Jun 2018 05:01:35 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528088495.41.0.592728768989.issue33766@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

Relevant bit of the parser that emits a fake newline at the end of the file if not present: https://github.com/python/cpython/blob/master/Parser/tokenizer.c#L1059-L1069

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:14:49 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 05:14:49 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528089289.15.0.592728768989.issue33509@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset e292b75e3ecdc6bbe81cda09de836dc9e27ab9e6 by Ned Deily (Victor Stinner) in branch 'master':
bpo-33509: Fix test_warnings for python3 -Werror (GH-7365)
https://github.com/python/cpython/commit/e292b75e3ecdc6bbe81cda09de836dc9e27ab9e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:16:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 05:16:53 +0000
Subject: [issue33760] Leaked files in test_io
In-Reply-To: <1528042366.45.0.592728768989.issue33760@psf.upfronthosting.co.za>
Message-ID: <1528089413.77.0.592728768989.issue33760@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33760>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:29:33 2018
From: report at bugs.python.org (Isaac Elliott)
Date: Mon, 04 Jun 2018 05:29:33 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528090173.32.0.592728768989.issue33766@psf.upfronthosting.co.za>


Isaac Elliott <isaace71295 at gmail.com> added the comment:

Cool, thanks for the help. Should I submit a PR with the updated documentation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:30:37 2018
From: report at bugs.python.org (Ammar Askar)
Date: Mon, 04 Jun 2018 05:30:37 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528090237.27.0.592728768989.issue33766@psf.upfronthosting.co.za>


Change by Ammar Askar <ammar at ammaraskar.com>:


----------
keywords: +patch
pull_requests: +7009
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:37:06 2018
From: report at bugs.python.org (Ammar Askar)
Date: Mon, 04 Jun 2018 05:37:06 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528090626.68.0.592728768989.issue33766@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

Sorry, I was already working on the patch by the time you posted the comment. If we see above, it seems like the tokenize module doesn't correctly mirror the behavior of the C tokenizer. Do you want to try fixing that as a bug? That would involve making a new bpo ticket and submitting a PR there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:47:22 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 04 Jun 2018 05:47:22 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528091242.95.0.592728768989.issue33767@psf.upfronthosting.co.za>


Zackery Spytz <zspytz at gmail.com> added the comment:

It doesn't look like it. I've updated the PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:54:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 05:54:31 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
Message-ID: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Item 8. on #33610.  Clicking on a line in the context box jumps the editor to that line, displayed as the first line.  If we do item 11, replace Label with Text, this has to start after #33763 is merged.

We could determine the context line clicked from click event.y by using .dlineinfo('1.0') on the editor window to get the offset and height of textlines for the font used.

Disabled texts still have an 'insert' mark that is moved by clicks.  It is just not visible.  The line clicked on is int(self.context.index('insert').split('.')[0]),
or int(float(index('insert'))),
or next(map(int, t.index('insert').split('.'))),
or s=t.index('insert'); int(s[:s.find('.')])
the same as if the context were 'normal' with a visible cursor.

This only works if the default click handler fires first, so the mark is moved before we look at it.  The default handler is a class binding to Button (press), so we should just be able to bind to ButtonRelease, which is generally a better choice anyway "because if the user accidentally presses the button, they can move the mouse off the widget to avoid setting off the event."

----------
assignee: terry.reedy
components: IDLE
messages: 318636
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: click on context line should jump to line, at top of window
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Mon Jun  4 01:55:37 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 05:55:37 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528091737.49.0.592728768989.issue33768@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +IDLE: Use text widget for code context instead of label widget
nosy: +cheryl.sabella

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Mon Jun  4 02:07:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 06:07:29 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528092449.18.0.592728768989.issue33763@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This makes detecting the context line a user clicks on slightly easier.  See new issue #33768 for discussion.  I am not sure now I would do this just for this reason, without trying with the label first.

Using a text also allows us to experiment with tagging the context keyword somehow, to see if it seems like an improvement.  Perhaps make it bold, or underlined, or the normal keyword color, or some variant thereof (grayed?).

So I am inclined to go ahead.  I did notice that most of the patch is straightforward substitution.  To me, this suggests that the code is pretty good.  Also, I think change 'label' (implentation) to 'context' (purpose) is a good change by itself.  I would keep this even if we reverted to using Label.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 02:42:52 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 06:42:52 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528094572.87.0.592728768989.issue33509@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7010

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Mon Jun  4 02:48:40 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 04 Jun 2018 06:48:40 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1528094920.26.0.592728768989.issue30436@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7011

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Mon Jun  4 03:29:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 07:29:04 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528097344.68.0.592728768989.issue33640@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b75ec0856771b51684b08c4e5068fbfad25c5e83 by Victor Stinner (Farhaan Bukhsh) in branch 'master':
bpo-33640, uuid.UUID doc: document endian of bytes parameter (GH-7263)
https://github.com/python/cpython/commit/b75ec0856771b51684b08c4e5068fbfad25c5e83


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 03:30:21 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 07:30:21 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528097421.29.0.592728768989.issue33640@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7012

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 03:31:20 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 07:31:20 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528097480.16.0.592728768989.issue33640@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7013

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 03:32:26 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 07:32:26 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528097546.24.0.592728768989.issue33640@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7014

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 04:12:28 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 08:12:28 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528099948.15.0.592728768989.issue33764@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I asked AppVeyor to increase our quotas:
https://help.appveyor.com/discussions/problems/14532-cpython-exceeded-allowed-resource-quotas-what-are-these-quotas-can-them-be-increased

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 05:34:21 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 09:34:21 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1528104861.56.0.592728768989.issue33746@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7015
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:07:26 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 10:07:26 +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: <1528106846.32.0.592728768989.issue27902@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset f7745e1dcb8e8473cc86112a0213b3f244a07230 by INADA Naoki (Tobias Kunze) in branch 'master':
bpo-27902: Add compatibility note to Profile docs (GH-7295)
https://github.com/python/cpython/commit/f7745e1dcb8e8473cc86112a0213b3f244a07230


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:08:28 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 10:08:28 +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: <1528106908.04.0.592728768989.issue27902@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7016

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:09:27 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 10:09:27 +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: <1528106967.63.0.592728768989.issue27902@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7017

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:10:26 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 10:10:26 +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: <1528107026.66.0.592728768989.issue27902@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7018

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:11:46 2018
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Mon, 04 Jun 2018 10:11:46 +0000
Subject: [issue9141] Allow objects to decide if they can be collected by GC
In-Reply-To: <1278070212.7.0.406390843902.issue9141@psf.upfronthosting.co.za>
Message-ID: <1528107106.02.0.592728768989.issue9141@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson <sweskman at gmail.com> added the comment:

Hi there!  By the time pep 442 was introduced, I wasn't very active in python core stuff anymore, and still am not.

The intent of this patch, which is explained (IMHO) quite clearly in the first few comments was to

- Formalize a way for custom objects to tell GC "No, please don't delete my references _at this time_ because if you do, I will have to run non-trivial code that may wreak havoc".  This is different from just having a __del__ method.  Sometimes deleting is okay.  Sometimes not. 
- Make this way available to all objects, not just Generator objects.  We already identified a separate such instance in stackless python and it seemed prudent to "give back" the generalization that we made there for the benefit of python at large.
- Not introduce new slots for this purpose.

Now, with pep 442, I have no idea how Generators can postpone being garbage collection since I'm honestly not familiar with how things work now.

I have no particular skin in this game anymore, I'm no longer actively working on Stackless or Python integrations and I stopped trying to push stuff thought the bugtracker to preserve my sanity.

So, lets just close this until the day in the future when needs arise once more :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9141>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:38:51 2018
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 04 Jun 2018 10:38:51 +0000
Subject: [issue5945] PyMapping_Check returns 1 for lists
In-Reply-To: <1241560036.33.0.817766851688.issue5945@psf.upfronthosting.co.za>
Message-ID: <1528108731.82.0.592728768989.issue5945@psf.upfronthosting.co.za>


Change by Ivan Levkivskyi <levkivskyi at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5945>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:57:10 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 10:57:10 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528109830.8.0.592728768989.issue31849@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset a8eb58546b37a7cd5f332f019bb07388f5212c2d by INADA Naoki (A. Jesse Jiryu Davis) in branch 'master':
bpo-31849: Fix warning in pyhash.c (GH-6799)
https://github.com/python/cpython/commit/a8eb58546b37a7cd5f332f019bb07388f5212c2d


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:58:17 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 10:58:17 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528109897.22.0.592728768989.issue31849@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7019

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Mon Jun  4 06:59:17 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 10:59:17 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528109957.23.0.592728768989.issue31849@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7020

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Mon Jun  4 07:04:06 2018
From: report at bugs.python.org (Ivan Levkivskyi)
Date: Mon, 04 Jun 2018 11:04:06 +0000
Subject: [issue33758] Unexpected success of
 test_get_type_hints_modules_forwardref in test_typing
In-Reply-To: <1528041121.47.0.592728768989.issue33758@psf.upfronthosting.co.za>
Message-ID: <1528110246.35.0.592728768989.issue33758@psf.upfronthosting.co.za>


Ivan Levkivskyi <levkivskyi at gmail.com> added the comment:

Oh yes, this is a "stateful" bug. It will not appear if run in isolation. Btw, the underlying bug will be worse with `from __future__ import annotations`, so it would make sense to fix this sooner than later.

----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33758>
_______________________________________

From report at bugs.python.org  Mon Jun  4 07:17:50 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 11:17:50 +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: <1528111070.91.0.592728768989.issue5755@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Can we backport this to 3.7 and 3.6?  I think it's safe and helpful.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 07:53:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 04 Jun 2018 11:53:31 +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: <1528113211.56.0.592728768989.issue5755@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I am not sure now about removing -Wstrict-prototypes. I haven't found confirmation that this option is included in -Wall or -Wextra.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:35:33 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 12:35:33 +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: <1528115733.75.0.592728768989.issue5755@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +7021

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:37:32 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 12:37:32 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528115852.38.0.592728768989.issue33763@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

To your point, when I was adding the colors to configuration for context, I wondered if having context as a text widget could somehow use the colorizer.  I didn't really look into it, but it did seem like it might make sense to keep all the foreground text colors the same as they are in the editor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:38:01 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 12:38:01 +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: <1528115881.04.0.592728768989.issue5755@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

-Wstrict-prototypes is not included in -Wall and -Wextra.
I created PR-7395 which moves the option to CFLAGS_NODIST, as Serhiy suggested before.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:48:46 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Mon, 04 Jun 2018 12:48:46 +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: <1528116526.34.0.592728768989.issue5755@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

> Can we backport this to 3.7 and 3.6?  I think it's safe and helpful.

And 2.7 for the same reasons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:54:33 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 04 Jun 2018 12:54:33 +0000
Subject: [issue33527] Invalid child function scope
In-Reply-To: <1526417770.88.0.682650639539.issue33527@psf.upfronthosting.co.za>
Message-ID: <1528116873.65.0.592728768989.issue33527@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

>From the zip file, the "bug" is:

# ----

def parent_function2( argument1 ):
        def child_function():
                print( argument1 )
                if False:
                        argument1 = None  # Same function but with fake assignment

        return child_function

# ----

This doesn't work because "argument1" is a local variable in the nested function, and not the same as "argument1" in the outer function.  This is expected behavior.

The workaround from the same zipfile is to assign the argument of the outer function to a local variable in that outer function, that way the value can be used in the inner function. That is a valid way to deal with this, although I'd use a different name in the inner function.

The "nonlocal" keyword in Python 3 might be useful here, but that depends on whether or not you want changes to "argument1" in the inner function to affect the value of "argument1" in the outer function.

All in all I don't think there's a bug in Python here.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33527>
_______________________________________

From report at bugs.python.org  Mon Jun  4 08:58:12 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 04 Jun 2018 12:58:12 +0000
Subject: [issue19982] Add a "target" parameter to runpy.run_path and
 runpy.run_module
In-Reply-To: <1387027323.14.0.795736210788.issue19982@psf.upfronthosting.co.za>
Message-ID: <1528117092.17.0.592728768989.issue19982@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19982>
_______________________________________

From report at bugs.python.org  Mon Jun  4 09:02:48 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 04 Jun 2018 13:02:48 +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: <1528117368.8.0.592728768989.issue5755@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

2.7 doesn't have CFLAGS_NODIST and I don't have motivation to manually backport it to 2.7.  (I'm not expert of autotools)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 09:18:27 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Mon, 04 Jun 2018 13:18:27 +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: <1528118307.37.0.592728768989.issue5755@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

> 2.7 doesn't have CFLAGS_NODIST

I meant backporting this patch as-is to 2.7 without adding -Wstrict-prototypes to CFLAGS_NODIST

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 09:25:20 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 04 Jun 2018 13:25:20 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528118720.76.0.592728768989.issue33764@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Are we sure we haven't actually regressed something here and it's actually taking more resources? I can't tell from this discussion if it's memory CPU, disk or time that we're hitting problems.

I'll have to look at the VSTS build history to see whether it needs to be disabled there too. I haven't been watching much over the last week.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Mon Jun  4 10:43:47 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 14:43:47 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528123427.12.0.592728768989.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

This appears to be recurring on the "x86 Gentoo Refleaks 3.x" builder still.  I was thrown off by the success of the first run after I landed my fix:

http://buildbot.python.org/all/#/builders/1/builds/241

FYI, the other buildbots having this issue before (e.g. "ARMv7 Ubuntu 3.x") are still passing.

----------
resolution: fixed -> 
stage: resolved -> needs patch
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Mon Jun  4 10:45:30 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 14:45:30 +0000
Subject: [issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x
In-Reply-To: <1527803501.98.0.682650639539.issue33724@psf.upfronthosting.co.za>
Message-ID: <1528123530.25.0.592728768989.issue33724@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Sorry for any confusion.  This issue is still resolved.  It is bpo-33615 that had an unexpected recurrence.  I've re-opened that one.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33724>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:01:08 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 15:01:08 +0000
Subject: [issue21142] Daily/weekly ABI scan?
In-Reply-To: <1396515016.38.0.140196375249.issue21142@psf.upfronthosting.co.za>
Message-ID: <1528124468.9.0.592728768989.issue21142@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

FTR, the issue of ABI breakage has come up quite a few times on the mailing list.  Most recently:

  https://mail.python.org/pipermail/python-dev/2018-June/153775.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21142>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:03:21 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 15:03:21 +0000
Subject: [issue21142] Daily/weekly ABI scan?
In-Reply-To: <1396515016.38.0.140196375249.issue21142@psf.upfronthosting.co.za>
Message-ID: <1528124601.11.0.592728768989.issue21142@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

That email thread contains multiple references to scripts that may be used to identify ABI issues, among other good points.  FWIW, when consolidating the C globals last year I added a tool to track the remaining globals:

  Tools/c-globals

It is similar (at least in intent) to any solution we might pursue relative to the stable ABI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21142>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:06:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 15:06:31 +0000
Subject: [issue33336] [imaplib] MOVE is a legal command
In-Reply-To: <1524436182.1.0.682650639539.issue33336@psf.upfronthosting.co.za>
Message-ID: <1528124791.07.0.592728768989.issue33336@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

https://tools.ietf.org/html/rfc6851
Internet Message Access Protocol (IMAP) - MOVE Extension
January 2013

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33336>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:10:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 15:10:24 +0000
Subject: [issue33336] [imaplib] MOVE is a legal command
In-Reply-To: <1524436182.1.0.682650639539.issue33336@psf.upfronthosting.co.za>
Message-ID: <1528125024.05.0.592728768989.issue33336@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Should we also add the MOVE command to Python 2.7, 3.6 and 3.7? The change looks safe and trivial.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33336>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:12:42 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 15:12:42 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528125162.3.0.592728768989.issue17045@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I'll definitely take a look.  It might not be until Friday though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:20:16 2018
From: report at bugs.python.org (Eric Snow)
Date: Mon, 04 Jun 2018 15:20:16 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528125616.82.0.592728768989.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

FTR, bpo-33724 is related

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:32:40 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 15:32:40 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528126360.87.0.592728768989.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 9602643120a509858d0bee4215d7f150e6125468 by Yury Selivanov in branch 'master':
bpo-33734: asyncio/ssl: a bunch of bugfixes (#7321)
https://github.com/python/cpython/commit/9602643120a509858d0bee4215d7f150e6125468


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:33:48 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 15:33:48 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528126428.15.0.592728768989.issue33734@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7022

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:48:24 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 15:48:24 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528127304.38.0.592728768989.issue33664@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset d49dbd9acc6db544ca6cb2445fe17eb0c3be4bba by Terry Jan Reedy (Cheryl Sabella) in branch 'master':
bpo-33664: Scroll IDLE editor text by lines (GH-7351)
https://github.com/python/cpython/commit/d49dbd9acc6db544ca6cb2445fe17eb0c3be4bba


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:49:32 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 15:49:32 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528127372.55.0.592728768989.issue33664@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7023

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:50:34 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 15:50:34 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528127434.38.0.592728768989.issue33664@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7024

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:58:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 15:58:47 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528127927.16.0.592728768989.issue33763@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset b609e687a076d77bdd687f5e4def85e29a044bfc by Terry Jan Reedy (Cheryl Sabella) in branch 'master':
bpo-33763: IDLE: Replace label widget with text widget in code context (GH-7367)
https://github.com/python/cpython/commit/b609e687a076d77bdd687f5e4def85e29a044bfc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 11:59:54 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 15:59:54 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528127994.48.0.592728768989.issue33763@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7025

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:00:57 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 16:00:57 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528128057.3.0.592728768989.issue33763@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7026

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:05:27 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 16:05:27 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528128327.56.0.592728768989.issue33664@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cfc12ec68c3f90ebd94bc47d14d18b7217850391 by Miss Islington (bot) in branch '3.7':
bpo-33664: Scroll IDLE editor text by lines (GH-7351)
https://github.com/python/cpython/commit/cfc12ec68c3f90ebd94bc47d14d18b7217850391


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:05:48 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 16:05:48 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528128348.87.0.592728768989.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 87936d03cb29ca039c5799190e8da764e62b7882 by Yury Selivanov (Miss Islington (bot)) in branch '3.7':
bpo-33734: asyncio/ssl: a bunch of bugfixes (GH-7321) (GH-7396)
https://github.com/python/cpython/commit/87936d03cb29ca039c5799190e8da764e62b7882


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:07:38 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 16:07:38 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528128458.89.0.592728768989.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Fixes are in master and 3.7 now, so this should be fixed in 3.7.0rc1.  

Ned, I'm not sure what's the workflow here, please feel free to close this issue and change its priority.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:13:46 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 16:13:46 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528128825.99.0.592728768989.issue33664@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset db222296871765d76dedb06cace8fa393678ae56 by Miss Islington (bot) in branch '3.6':
bpo-33664: Scroll IDLE editor text by lines (GH-7351)
https://github.com/python/cpython/commit/db222296871765d76dedb06cace8fa393678ae56


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:18:03 2018
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 04 Jun 2018 16:18:03 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528129083.5.0.592728768989.issue33766@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

I am fine with adding this to the docs. But the irony of the case is that the echo command adds a newline, so the original premise (that test.py contains an invalid program) is incorrect. ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:22:14 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 16:22:14 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528129334.27.0.592728768989.issue33763@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ffe29dbcd96dc2fbda212f8335908fa1bc8ed893 by Miss Islington (bot) in branch '3.6':
bpo-33763: IDLE: Replace label widget with text widget in code context (GH-7367)
https://github.com/python/cpython/commit/ffe29dbcd96dc2fbda212f8335908fa1bc8ed893


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:22:24 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 04 Jun 2018 16:22:24 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528129344.76.0.592728768989.issue33720@psf.upfronthosting.co.za>


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


----------
pull_requests: +7027

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:23:30 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Jun 2018 16:23:30 +0000
Subject: [issue33527] Invalid child function scope
In-Reply-To: <1526417770.88.0.682650639539.issue33527@psf.upfronthosting.co.za>
Message-ID: <1528129410.65.0.592728768989.issue33527@psf.upfronthosting.co.za>


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


----------
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33527>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:33:27 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 16:33:27 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528130007.38.0.592728768989.issue33763@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b7eb1024d06e51598fc8a19ed6e22b91120c6a1e by Miss Islington (bot) in branch '3.7':
bpo-33763: IDLE: Replace label widget with text widget in code context (GH-7367)
https://github.com/python/cpython/commit/b7eb1024d06e51598fc8a19ed6e22b91120c6a1e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:35:59 2018
From: report at bugs.python.org (Pasha Stetsenko)
Date: Mon, 04 Jun 2018 16:35:59 +0000
Subject: [issue33742] Unsafe memory access in PyStructSequence_InitType
In-Reply-To: <1528007853.29.0.592728768989.issue33742@psf.upfronthosting.co.za>
Message-ID: <1528130159.53.0.592728768989.issue33742@psf.upfronthosting.co.za>


Pasha Stetsenko <stpasha at gmail.com> added the comment:

The code is simple:
```
// first initialize PyStructSequence_Field* fields; then:
PyTypeObject* type = malloc(sizeof(PyTypeObject));
PyStructSequence_InitType(type, desc);
```

Of course, `malloc` can accidentally allocate memory that is already filled with 0s (especially if it is run at the start of the program). So in order to make the code exhibit the bug reliably, you can add
```
memset(type, 0xDA, sizeof(PyTypeObject));
```
after the `malloc`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33742>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:36:40 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 16:36:40 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528130200.54.0.592728768989.issue33734@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for the fix!  Since it apparently does not apply to 3.6, we should just close it like any other issue, right?  So doing!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:41:06 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 16:41:06 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528130466.47.0.592728768989.issue33734@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Since it apparently does not apply to 3.6, we should just close it like any other issue, right?  So doing!

Sure.  My understanding is that all changes including this one in 3.7 branch will end up in 3.7.0rc1, right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:41:56 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 16:41:56 +0000
Subject: [issue33734] asyncio/ssl: Fix AttributeError,
 increase default handshake timeout
In-Reply-To: <1527864833.64.0.81473610881.issue33734@psf.upfronthosting.co.za>
Message-ID: <1528130516.21.0.592728768989.issue33734@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> My understanding is that all changes including this one in 3.7 branch will end up in 3.7.0rc1, right?

Yes.  Don't worry, the train won't leave without it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33734>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:46:53 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 16:46:53 +0000
Subject: [issue33664] IDLE:  scroll text by lines, not pixels.
In-Reply-To: <1527468406.58.0.682650639539.issue33664@psf.upfronthosting.co.za>
Message-ID: <1528130813.69.0.592728768989.issue33664@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I checked that with the patch, the wwindow top stayed synchronized with the text after multiple movement operations of different types.

The minimum requirement for correct operation of the scrollbar slider is that moving the slider to the top and bottom of its trough moves the text to the top and bottom of the file.  Before merging, I checked with editor.py, about 3000 lines, and a new editor with just a couple more lines than the window size.

It is desireable that each pixel movement of the slider move the text.  This requires that there be at least as many hidden lines in the text as there are exposed pixel in the slider trough.  I don't know that this will always be true on all systems.   As near as I could tell with editor.py, which meets this requirement, moving the slider a pixel away from top or bottom also moved the text.  (I can't move a single pixel, so it was more a matter that moving 2 or 3 pixels made 2 or 3 jumps ;-)

I considered these tests enough for now to merge.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33664>
_______________________________________

From report at bugs.python.org  Mon Jun  4 12:52:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 16:52:10 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528131130.69.0.592728768989.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7028

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:02:38 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 17:02:38 +0000
Subject: [issue33763] IDLE: Use text widget for code context instead of label
 widget
In-Reply-To: <1528071089.01.0.592728768989.issue33763@psf.upfronthosting.co.za>
Message-ID: <1528131758.66.0.592728768989.issue33763@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe the colorizer would need some new code, maybe in a subclass, but it should be possible.  I would not know if I liked it until we tried it ;-).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33763>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:11:39 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 17:11:39 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528132299.11.0.592728768989.issue33745@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Setting to deferred blocker for evaluation

----------
nosy: +inada.naoki, ncoghlan, ned.deily
priority: normal -> deferred blocker
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:14:29 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:14:29 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528132469.28.0.592728768989.issue31849@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4251d2a3540bf7a23949c7fafad64b796585674a by Miss Islington (bot) in branch '3.6':
bpo-31849: Fix warning in pyhash.c (GH-6799)
https://github.com/python/cpython/commit/4251d2a3540bf7a23949c7fafad64b796585674a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:17:31 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:17:31 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528132651.52.0.592728768989.issue33640@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1cdd0e71ecba53ab60080958c24193c27c3adee2 by Miss Islington (bot) in branch '3.7':
bpo-33640, uuid.UUID doc: document endian of bytes parameter (GH-7263)
https://github.com/python/cpython/commit/1cdd0e71ecba53ab60080958c24193c27c3adee2


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:18:25 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:18:25 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528132705.71.0.592728768989.issue33640@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6a43d5f4fb3a83815bf7c2f157773a3b0d8f59b3 by Miss Islington (bot) in branch '3.6':
bpo-33640, uuid.UUID doc: document endian of bytes parameter (GH-7263)
https://github.com/python/cpython/commit/6a43d5f4fb3a83815bf7c2f157773a3b0d8f59b3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:22:20 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:22:20 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528132940.55.0.592728768989.issue33761@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a7de1483c28eb818135a8c9a2e414e3a1d0fe648 by Miss Islington (bot) in branch '3.6':
bpo-33761: Fix a file leak in test_iterparse in test_xml_etree. (GH-7358)
https://github.com/python/cpython/commit/a7de1483c28eb818135a8c9a2e414e3a1d0fe648


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:23:43 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:23:43 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528133023.92.0.592728768989.issue33509@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d2c6ecc234e705b60cbcbb9dd4c99022407d0dd0 by Miss Islington (bot) in branch '3.7':
bpo-33509: Fix test_warnings for python3 -Werror (GH-7365)
https://github.com/python/cpython/commit/d2c6ecc234e705b60cbcbb9dd4c99022407d0dd0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:24:40 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:24:40 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528133080.47.0.592728768989.issue33640@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5f0726a3813dd9873e10690e708f8da9ede9502e by Miss Islington (bot) in branch '2.7':
bpo-33640, uuid.UUID doc: document endian of bytes parameter (GH-7263)
https://github.com/python/cpython/commit/5f0726a3813dd9873e10690e708f8da9ede9502e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:25:39 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:25:39 +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: <1528133139.77.0.592728768989.issue27902@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7548a9327409df787eef5f8c2780b53b5788012f by Miss Islington (bot) in branch '3.7':
bpo-27902: Add compatibility note to Profile docs (GH-7295)
https://github.com/python/cpython/commit/7548a9327409df787eef5f8c2780b53b5788012f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:29:57 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:29:57 +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: <1528133397.52.0.592728768989.issue27902@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 134bb46db706416d76d03c0af6018372f35be06f by Miss Islington (bot) in branch '2.7':
bpo-27902: Add compatibility note to Profile docs (GH-7295)
https://github.com/python/cpython/commit/134bb46db706416d76d03c0af6018372f35be06f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:30:36 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:30:36 +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: <1528133436.98.0.592728768989.issue27902@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 889a1ef6833d47cc732c291852602b5fc8d5fde7 by Miss Islington (bot) in branch '3.6':
bpo-27902: Add compatibility note to Profile docs (GH-7295)
https://github.com/python/cpython/commit/889a1ef6833d47cc732c291852602b5fc8d5fde7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:31:10 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:31:10 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528133470.42.0.592728768989.issue31849@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 150033d1599f55c10860a733d370707a3f7c444e by Miss Islington (bot) in branch '3.7':
bpo-31849: Fix warning in pyhash.c (GH-6799)
https://github.com/python/cpython/commit/150033d1599f55c10860a733d370707a3f7c444e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:35:36 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 17:35:36 +0000
Subject: [issue33394] the build of the shared modules is quiet/non-visible
 when GNU make gets passed macros
In-Reply-To: <1525109371.22.0.682650639539.issue33394@psf.upfronthosting.co.za>
Message-ID: <1528133736.66.0.592728768989.issue33394@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7029

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33394>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:45:55 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 17:45:55 +0000
Subject: [issue33769] Cleanup start_tls() implementation
Message-ID: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:

Current start_tls() implementation might raise an incorrect error message.  It should also consistently cancel callbacks that it schedules in case of unhandled error.

----------
assignee: yselivanov
components: asyncio
messages: 318688
nosy: asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Cleanup start_tls() implementation
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Mon Jun  4 13:47:43 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 04 Jun 2018 17:47:43 +0000
Subject: [issue33769] Cleanup start_tls() implementation
In-Reply-To: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>
Message-ID: <1528134463.68.0.592728768989.issue33769@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7030
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Mon Jun  4 15:24:19 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 04 Jun 2018 19:24:19 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528140259.69.0.592728768989.issue33720@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Ned - PR 7401 fixes the crash at the cost of reducing the permitted recursion depth in marshal.

Your call whether we take this fix or disable PGO, but I'd much rather take this fix (PGO has full-interpreter effects whereas this is very narrow). When I hear back about the compiler bug - if it is one - we should be able to raise the limit again without causing any compatibility issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 15:28:37 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 19:28:37 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528140517.07.0.592728768989.issue33720@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Steve, I'm OK with the proposed reduction as a workaround.  We have other platform- and build-specific limits based on stack sizes etc.  It's hard to have one-size-fits-all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 15:53:31 2018
From: report at bugs.python.org (Dmitry)
Date: Mon, 04 Jun 2018 19:53:31 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
Message-ID: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>


New submission from Dmitry <dniq at dniq-online.com>:

All base64 decoding methods fail to decode a valid base64 string, throwing 'incorrect padding' regardless of the string padding.

Here's an example:

>>> base64.urlsafe_b64decode('AQAAQDhAAMAAQAAAAAAAAthAAAAJDczODFmZDM2LTNiOTYtNDVmYS04MjQ2LWRkYzJkMmViYjQ2YQ===')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/export/apps/python/3.6/lib/python3.6/base64.py", line 133, in urlsafe_b64decode
    return b64decode(s)
  File "/export/apps/python/3.6/lib/python3.6/base64.py", line 87, in b64decode
    return binascii.a2b_base64(s)
binascii.Error: Incorrect padding

The same string gets decoded without any issues using Perl's MIME::Base64 module or Java. So far Python's base64 module is the only one that fails to decode it.

----------
components: Extension Modules
messages: 318691
nosy: dniq
priority: normal
severity: normal
status: open
title: base64 throws 'incorrect padding' exception even though the string length is a multiple of 4
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:18:23 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 04 Jun 2018 20:18:23 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528143503.9.0.592728768989.issue33615@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Same error in AMD64 Windows10 3.x:

http://buildbot.python.org/all/#/builders/3/builds/941

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:25:03 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 04 Jun 2018 20:25:03 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528143903.38.0.592728768989.issue33720@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 2a4a62ba4ae770bbc7b7fdec0760031c83fe1f7b by Steve Dower in branch 'master':
bpo-33720: Reduces maximum marshal recursion depth on release builds. (GH-7401)
https://github.com/python/cpython/commit/2a4a62ba4ae770bbc7b7fdec0760031c83fe1f7b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:25:27 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 20:25:27 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528143927.32.0.592728768989.issue33720@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7031

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:25:57 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 20:25:57 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528143957.37.0.592728768989.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset a30d587eb55cbf3b9af65b9883e87c1255ecba75 by Victor Stinner in branch '2.7':
[2.7] bpo-33718: Update regrtest from master (GH-7402)
https://github.com/python/cpython/commit/a30d587eb55cbf3b9af65b9883e87c1255ecba75


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:26:25 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 04 Jun 2018 20:26:25 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528143985.12.0.592728768989.issue33720@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Thanks. I merged, and miss-islington is backporting it. I guess at this stage you're manually cherry-picking into your own 3.7 branch for release? I'll merge for 3.7.1 though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:28:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 20:28:17 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528144097.16.0.592728768989.issue33720@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> I guess at this stage you're manually cherry-picking into your own 3.7 branch for release?

No, not until 3.7.0rc1 next week.  No need to cherry pick.  Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:29:52 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 04 Jun 2018 20:29:52 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528144192.19.0.592728768989.issue33770@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This doesn't look like a valid base64 string to me: the padding (if present) at the end of the string should be either "=" or "==", never "===".

Is the length of the decoded string equal to 58? If so, what's the last character of that decoded string? Whatever it is, it should end up being encoded as "xx==" (for some values of "x"), not as "Q===".

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:41:51 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 20:41:51 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528144911.9.0.592728768989.issue33720@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 103058e19bea48f4a80afde51df04338a753e952 by Miss Islington (bot) in branch '3.7':
bpo-33720: Reduces maximum marshal recursion depth on release builds. (GH-7401)
https://github.com/python/cpython/commit/103058e19bea48f4a80afde51df04338a753e952


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:43:33 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 20:43:33 +0000
Subject: [issue33640] [EASY DOC] uuid: endian of the bytes argument is not
 documented
In-Reply-To: <1527196125.95.0.682650639539.issue33640@psf.upfronthosting.co.za>
Message-ID: <1528145013.43.0.592728768989.issue33640@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Thank you Farhaan Bukhsh for your documentation enhancement! I applied your change to 2.7, 3.6, 3.7 and master branches.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33640>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:44:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 20:44:24 +0000
Subject: [issue33509] warnings.warn_explicit with module_globals=True raises a
 SystemError
In-Reply-To: <1526332146.43.0.682650639539.issue33509@psf.upfronthosting.co.za>
Message-ID: <1528145064.87.0.592728768989.issue33509@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> This test is failed with -We.

Thank you Serhiy for the bug report. It should now be fixed again.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33509>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:45:03 2018
From: report at bugs.python.org (Dmitry)
Date: Mon, 04 Jun 2018 20:45:03 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528145103.99.0.592728768989.issue33770@psf.upfronthosting.co.za>


Dmitry <dniq at dniq-online.com> added the comment:

It doesn?t matter how many ?=? characters are appended - it?s always throwing the same exception :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:48:10 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 20:48:10 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528145290.98.0.592728768989.issue33768@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

I'll try to have a PR for this by later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Mon Jun  4 16:55:20 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Jun 2018 20:55:20 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528145720.3.0.592728768989.issue33755@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Looks like a sys.modules leak.  I'm working on a branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:04:58 2018
From: report at bugs.python.org (Dmitry)
Date: Mon, 04 Jun 2018 21:04:58 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528146298.94.0.592728768989.issue33770@psf.upfronthosting.co.za>


Dmitry <dniq at dniq-online.com> added the comment:

Apologies: apparently this particular string was given with one character missing in the beginning - should be "AAQAAQDhAAMAAQAAAAAAAAthAAAAJDczODFmZDM2LTNiOTYtNDVmYS04MjQ2LWRkYzJkMmViYjQ2YQ".

In this case, the problem is the exception itself: it's not an "incorrect padding" issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:07:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 21:07:32 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528146452.52.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

A variant of the bug?

AMD64 Windows8.1 Non-Debug 3.x:
http://buildbot.python.org/all/#/builders/12/builds/948

======================================================================
ERROR: test_create_connection_ssl_failed_certificate (test.test_asyncio.test_sslproto.ProactorStartTLSTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\buildarea\3.x.ware-win81-release\build\lib\test\test_asyncio\test_sslproto.py", line 623, in test_create_connection_ssl_failed_certificate
    self.loop.run_until_complete(client(srv.addr))
  File "D:\buildarea\3.x.ware-win81-release\build\lib\asyncio\base_events.py", line 566, in run_until_complete
    raise RuntimeError('Event loop stopped before Future completed.')
RuntimeError: Event loop stopped before Future completed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:13:27 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Jun 2018 21:13:27 +0000
Subject: [issue29539] [smtplib] collect response data for all recipients
In-Reply-To: <1486946725.6.0.180199923995.issue29539@psf.upfronthosting.co.za>
Message-ID: <1528146807.36.0.592728768989.issue29539@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

It's too late for 3.7, but something like this could be an interesting enhancement for 3.8.  I'm not so sure about the name of the suggested parameter since it seems more about recording successful deliveries in addition to the normally failed deliveries.  But we can quibble about that later.

Would you be willing and able to turn your patch into a pull request against our GitHub repo?  You would need to sign the CLA.  We're also going to want a test, some additional documentation, and a news entry.

See devguide.python.org for details.

----------
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29539>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:33:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 21:33:08 +0000
Subject: [issue31234] Make support.threading_cleanup() stricter
In-Reply-To: <1503076378.29.0.950087882836.issue31234@psf.upfronthosting.co.za>
Message-ID: <1528147988.1.0.592728768989.issue31234@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7032

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31234>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:36:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 21:36:24 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528148184.45.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> AMD64 Windows8.1 Non-Debug 3.x
> ERROR: test_create_connection_ssl_failed_certificate (test.test_asyncio.test_sslproto.ProactorStartTLSTests)

Not surprising: same error on AMD64 Windows8.1 Non-Debug 3.7:
http://buildbot.python.org/all/#builders/133/builds/304

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:39:10 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 21:39:10 +0000
Subject: [issue33725] High Sierra hang when using multi-processing
In-Reply-To: <1527814386.62.0.682650639539.issue33725@psf.upfronthosting.co.za>
Message-ID: <1528148350.72.0.592728768989.issue33725@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

{Note: this is not particularly relevant to the issue here.)

Ronald:
> In the long run the macOS installers should be build using the latest SDK [...] That's something that would require some effort though to ensure that the resulting binary still works on older versions of macOS

I agree that being able to build with the latest SDK would be nice but it's also true it would require effort on our part, both one-time and ongoing, at least for every new macOS SDK release and update to test with each older system.  It would also require that the third-party libraries we build for an installer also behave correctly.  And to make full use of it, third-party Python packages with extension modules would also need to behave correctly.  I see one of the primary use cases for the python.org macOS installers as being for Python app developers who want to provide apps that run on a range of macOS releases.  It seems to me that the safest and simplest way to guarantee that python.org macOS Pythons fulfill that need is to continue to always build them on the oldest supported system.  Yes, that means that users may miss out on a few features only supported on the more recent macOS releases but I think that's the right trade-off until we have the resources to truly investigate and decide to support weak linking from current systems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33725>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:42:47 2018
From: report at bugs.python.org (Julien Palard)
Date: Mon, 04 Jun 2018 21:42:47 +0000
Subject: [issue32523] inconsistent spacing in changelog.html
In-Reply-To: <1515514882.86.0.467229070634.issue32523@psf.upfronthosting.co.za>
Message-ID: <1528148567.02.0.592728768989.issue32523@psf.upfronthosting.co.za>


Julien Palard <julien+python at palard.fr> added the comment:

It's from docutils (see details below), it can be fixed in pydoctheme.css by adding something like:


li p {
    margin-bottom: 0;
}

Would look like: https://mdk.fr/list-before.png ? https://mdk.fr/list-after.png is it better? (If it's better I still have to ensure this rule won't break something else in another place.)


For more information I quote here the docstring of `class HTMLTranslator`:

The html4css1 writer has been optimized to produce visually compact
lists (less vertical whitespace).  HTML's mixed content models
allow list items to contain "<li><p>body elements</p></li>" or
"<li>just text</li>" or even "<li>text<p>and body
elements</p>combined</li>", each with different effects.  It would
be best to stick with strict body elements in list items, but they
affect vertical spacing in older browsers (although they really
shouldn't).
The html5_polyglot writer solves this using CSS2.

Here is an outline of the optimization:

- Check for and omit <p> tags in "simple" lists: list items
  contain either a single paragraph, a nested simple list, or a
  paragraph followed by a nested simple list.  This means that
  this list can be compact:

      - Item 1.
      - Item 2.

  But this list cannot be compact:

      - Item 1.

        This second paragraph forces space between list items.

      - Item 2.

- In non-list contexts, omit <p> tags on a paragraph if that
  paragraph is the only child of its parent (footnotes & citations
  are allowed a label first).

- Regardless of the above, in definitions, table cells, field bodies,
  option descriptions, and list items, mark the first child with
  'class="first"' and the last child with 'class="last"'.  The stylesheet
  sets the margins (top & bottom respectively) to 0 for these elements.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32523>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:50:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 04 Jun 2018 21:50:35 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528149035.96.0.592728768989.issue33768@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Great.  I might try some timing experiments later.  I have seen both of the first 2 options above in use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:53:43 2018
From: report at bugs.python.org (Julien Palard)
Date: Mon, 04 Jun 2018 21:53:43 +0000
Subject: [issue32523] inconsistent spacing in changelog.html
In-Reply-To: <1515514882.86.0.467229070634.issue32523@psf.upfronthosting.co.za>
Message-ID: <1528149223.23.0.592728768989.issue32523@psf.upfronthosting.co.za>


Julien Palard <julien+python at palard.fr> added the comment:

An intermediate fix would be to remove only bottom of first paragraphs:

li p.first {
    margin-bottom: 0;
}

It looks like: https://mdk.fr/list-intermediate.png

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32523>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:53:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 21:53:54 +0000
Subject: [issue31234] Make support.threading_cleanup() stricter
In-Reply-To: <1503076378.29.0.950087882836.issue31234@psf.upfronthosting.co.za>
Message-ID: <1528149234.8.0.592728768989.issue31234@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 146351860a34b3cde387930a360e57391e7b99f3 by Victor Stinner in branch '2.7':
[2.7] bpo-31234: Join threads explicitly in tests (#7406)
https://github.com/python/cpython/commit/146351860a34b3cde387930a360e57391e7b99f3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31234>
_______________________________________

From report at bugs.python.org  Mon Jun  4 17:55:55 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 21:55:55 +0000
Subject: [issue32523] inconsistent spacing in changelog.html
In-Reply-To: <1515514882.86.0.467229070634.issue32523@psf.upfronthosting.co.za>
Message-ID: <1528149355.37.0.592728768989.issue32523@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thank you for looking into it!  In the example you chose, I think the first step would be to trim the two two-paragraph news items to be only one paragraph each; in general, news items should only be a few sentences at most.  With that change, I think the choice is pretty clear (to me, at least:): I prefer without the blank lines.  And the issue is that today the changelogs have a "random" mixture of both.  So, if news items followed that rule, would the css change still be necessary?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32523>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:04:14 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 22:04:14 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528149854.93.0.592728768989.issue33720@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

With the workaround merged for 3.7.0rc1, I'm downgrading from "release blocker" to "high" since I believe Steve wants to keep this issue open for a possible compiler resolution.

----------
priority: release blocker -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:09:33 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 22:09:33 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528150173.38.0.592728768989.issue33609@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset f822549653d8d09bffff5b7dcddfdf12679a787c by Ned Deily (INADA Naoki) in branch 'master':
bpo-33609: Document dict insertion order guarantee as of 3.7 (GH-7093)
https://github.com/python/cpython/commit/f822549653d8d09bffff5b7dcddfdf12679a787c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:09:40 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 22:09:40 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528150180.9.0.592728768989.issue33609@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7033

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:15:34 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 04 Jun 2018 22:15:34 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528150534.55.0.592728768989.issue33770@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I always assumed that any string composed of valid base64 characters could be decoded to *something* if you added some padding characters, but apparently that was an invalid assumption.  I agree that the message is incorrect for this case.

----------
nosy: +r.david.murray
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:23:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 22:23:20 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528151000.93.0.592728768989.issue18174@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7034

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:25:14 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 04 Jun 2018 22:25:14 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528151114.75.0.592728768989.issue33609@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8585ec9b761947aae6be5f653a5b9ddef2801d58 by Miss Islington (bot) in branch '3.7':
bpo-33609: Document dict insertion order guarantee as of 3.7 (GH-7093)
https://github.com/python/cpython/commit/8585ec9b761947aae6be5f653a5b9ddef2801d58


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:27:42 2018
From: report at bugs.python.org (Neil Schemenauer)
Date: Mon, 04 Jun 2018 22:27:42 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528151262.56.0.592728768989.issue33609@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

The wording sounds strange to me.  Currently it is:
> Note that updating key doesn't affects the order ...

I would say:
> Note that updating a key does not affect the order ...

----------
nosy: +nascheme

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:30:54 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 04 Jun 2018 22:30:54 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528151454.81.0.592728768989.issue33609@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Neil, that looks like a perfect opportunity to use the GitHub web interface to make that edit :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:36:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 22:36:44 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528151804.89.0.592728768989.issue18174@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 270581905cab2747ae8f7ee945301d6a29509cc7 by Victor Stinner in branch '2.7':
bpo-18174: Fix file descriptor leaks in tests (GH-7408)
https://github.com/python/cpython/commit/270581905cab2747ae8f7ee945301d6a29509cc7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:43:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 04 Jun 2018 22:43:38 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528152218.38.0.592728768989.issue18174@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7035

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:45:21 2018
From: report at bugs.python.org (Dmitry)
Date: Mon, 04 Jun 2018 22:45:21 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception even though
 the string length is a multiple of 4
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528152321.01.0.592728768989.issue33770@psf.upfronthosting.co.za>


Dmitry <dniq at dniq-online.com> added the comment:

Ideally there needs to be an option to ignore non-fatal errors. Indeed, pretty much any string should be base64-decodeable. Take a look at Perl's MIME::Base64 - it can decode pretty much any random string (so long as it only contains valid base64 characters).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 18:46:13 2018
From: report at bugs.python.org (Dmitry)
Date: Mon, 04 Jun 2018 22:46:13 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528152373.06.0.592728768989.issue33770@psf.upfronthosting.co.za>


Change by Dmitry <dniq at dniq-online.com>:


----------
title: base64 throws 'incorrect padding' exception even though the string length is a multiple of 4 -> base64 throws 'incorrect padding' exception when the issue is NOT with the padding

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun  4 19:26:15 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 04 Jun 2018 23:26:15 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528154775.95.0.592728768989.issue33768@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
keywords: +patch
pull_requests: +7036
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Mon Jun  4 19:50:55 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 04 Jun 2018 23:50:55 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528156255.68.0.592728768989.issue33755@psf.upfronthosting.co.za>


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


----------
keywords: +patch
pull_requests: +7037
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Mon Jun  4 20:54:10 2018
From: report at bugs.python.org (Eric Snow)
Date: Tue, 05 Jun 2018 00:54:10 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528160050.29.0.592728768989.issue17045@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
pull_requests: +7038

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Mon Jun  4 20:55:13 2018
From: report at bugs.python.org (Eric Snow)
Date: Tue, 05 Jun 2018 00:55:13 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528160113.31.0.592728768989.issue17045@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I found some time to at least get the patch to apply cleanly to master and to make a PR. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Mon Jun  4 22:11:49 2018
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 05 Jun 2018 02:11:49 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528164709.02.0.592728768989.issue18174@psf.upfronthosting.co.za>


Change by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Mon Jun  4 23:59:03 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 05 Jun 2018 03:59:03 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528171143.81.0.592728768989.issue28602@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
stage:  -> needs patch
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 01:02:15 2018
From: report at bugs.python.org (David Ford (FirefighterBlu3))
Date: Tue, 05 Jun 2018 05:02:15 +0000
Subject: [issue29539] [smtplib] collect response data for all recipients
In-Reply-To: <1486946725.6.0.180199923995.issue29539@psf.upfronthosting.co.za>
Message-ID: <1528174935.81.0.592728768989.issue29539@psf.upfronthosting.co.za>


David Ford (FirefighterBlu3) <firefighterblu3 at gmail.com> added the comment:

Yes, it is distinctly intended to collect the results for every recipient as in modern MTAs, there's more than just success/fail results. This is to collect data such as queue ID and the MTA's programmatic response for each individual recipient. I have several needs of knowing if the message was immediately relayed, queued for later because of a remote issue, queued because of MTA issue, graylisted or blocked because of milter reasons, or ... any of a list of failure reasons.

This data can be collected if there is only one recipient per message, but that is considerably resource expensive.

Without this patch, when sending to say 100 recipients, the only response returned to the caller is the very last (100th) result. A 250 then assumes that all 100 were transmitted successfully when in truth, the first 99 could have failed.

Yes, I'll make a PR, do the CLA, and add some tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29539>
_______________________________________

From report at bugs.python.org  Tue Jun  5 01:09:48 2018
From: report at bugs.python.org (Julien Palard)
Date: Tue, 05 Jun 2018 05:09:48 +0000
Subject: [issue32523] inconsistent spacing in changelog.html
In-Reply-To: <1515514882.86.0.467229070634.issue32523@psf.upfronthosting.co.za>
Message-ID: <1528175388.28.0.592728768989.issue32523@psf.upfronthosting.co.za>


Julien Palard <julien+python at palard.fr> added the comment:

> So, if news items followed that rule, would the css change still be necessary?

The CSS change would not be necessary, so yes the issue is "Don't mix paragraphs in changelogs".

Maybe we can add an option to blurb merge to only keep the first paragraph, to fix every list in a single shot, then better document the "a single paragraph per news entry"?

Would it be OK to edit old Misc/NEWS.d/ to fix it in the past?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32523>
_______________________________________

From report at bugs.python.org  Tue Jun  5 02:21:02 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 06:21:02 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528179662.29.0.592728768989.issue30167@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

https://github.com/python/cpython/blob/f822549653d8d09bffff5b7dcddfdf12679a787c/Python/pythonrun.c#L391-L399

__file__ and __cached__ are added here.  And,

https://github.com/python/cpython/blob/f822549653d8d09bffff5b7dcddfdf12679a787c/Python/pythonrun.c#L441-L442

Only __file__ is removed here.  I feel __cached__ should be removed too.


On the other hand, if None is valid value for __cached__, site.abs_paths() should ignore it.

https://www.python.org/dev/peps/pep-3147/#file

> It is recommended that when nothing sensible can be calculated, implementations should set the __cached__ attribute to None.

It seems it's valid, and recommended for some cases.  So PR-6731 looks OK.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Tue Jun  5 02:54:27 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 06:54:27 +0000
Subject: [issue31849] Python/pyhash.c warning: comparison of integers of
 different signs
In-Reply-To: <1508774476.87.0.213398074469.issue31849@psf.upfronthosting.co.za>
Message-ID: <1528181667.71.0.592728768989.issue31849@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31849>
_______________________________________

From report at bugs.python.org  Tue Jun  5 02:55:04 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 06:55:04 +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: <1528181704.72.0.592728768989.issue27902@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27902>
_______________________________________

From report at bugs.python.org  Tue Jun  5 03:25:04 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 07:25:04 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528183504.14.0.592728768989.issue30167@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +7039

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Tue Jun  5 03:49:14 2018
From: report at bugs.python.org (Svyatoslav)
Date: Tue, 05 Jun 2018 07:49:14 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
Message-ID: <1528184954.23.0.592728768989.issue33771@psf.upfronthosting.co.za>


Change by Svyatoslav <ab7eb487 at gmail.com>:


----------
components: Library (Lib)
nosy: svyatoslav
priority: normal
severity: normal
status: open
title: Module: timeit. According to documentation default_repeat should have the value 3. Has 5.
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:20:37 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 08:20:37 +0000
Subject: [issue33578] cjkcodecs missing getstate and setstate implementations
In-Reply-To: <1526713206.06.0.682650639539.issue33578@psf.upfronthosting.co.za>
Message-ID: <1528186837.02.0.592728768989.issue33578@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

ISO-2022-* is "stateful" encoding.  It uses escape sequence to change state.
So keeping only `pending` is not enough.

>>> enc.encode("abc???")
b'abc\x1b$B$"$$$&'
>>> enc.getstate()
0
>>> enc.encode("abc")
b'\x1b(Babc'

>>> enc.encode("abc???")
b'abc\x1b$B$"$$$&'
>>> enc.getstate()
0
>>> enc.setstate(0)
>>> enc.encode("abc")
b'abc'

I don't know much about other encodings.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33578>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:33:47 2018
From: report at bugs.python.org (Svyatoslav)
Date: Tue, 05 Jun 2018 08:33:47 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
Message-ID: <1528187627.24.0.592728768989.issue33771@psf.upfronthosting.co.za>


Change by Svyatoslav <ab7eb487 at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:36:40 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 08:36:40 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528187800.04.0.592728768989.issue33770@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7040
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:41:53 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 08:41:53 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528188113.0.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

A base64-encoded string's length can only have a remainder of 0, 2 or 3, but never 1. This is why the padding you get when encoding can only be '=' or '==' but never '==='.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:43:31 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 08:43:31 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528188211.01.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Oops: when I wrote "length can only have a remainder of ..." I meant remainder upon division by 4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:46:10 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 08:46:10 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
Message-ID: <1528188370.13.0.592728768989.issue33771@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 04:55:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 08:55:30 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528188930.57.0.592728768989.issue33770@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I'm not sure that "Invalid length" is better than "Invalid padding". Doesn't it mean the same?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 05:08:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 09:08:46 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528189726.4.0.592728768989.issue33753@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 5f48e2644dcfb47f0bbc0fcdc2b103a19bdec288 by Serhiy Storchaka in branch 'master':
bpo-33753: Refactor creating temporary files in test_fileinput. (GH-7377)
https://github.com/python/cpython/commit/5f48e2644dcfb47f0bbc0fcdc2b103a19bdec288


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 05:08:59 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 09:08:59 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528189739.95.0.592728768989.issue33753@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7041

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 05:27:42 2018
From: report at bugs.python.org (David Carlier)
Date: Tue, 05 Jun 2018 09:27:42 +0000
Subject: [issue33772] Fix few dead code paths
Message-ID: <1528190862.37.0.592728768989.issue33772@psf.upfronthosting.co.za>


Change by David Carlier <dcarlier at afilias.info>:


----------
components: Interpreter Core
nosy: David Carlier
priority: normal
pull_requests: 7042
severity: normal
status: open
title: Fix few dead code paths
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33772>
_______________________________________

From report at bugs.python.org  Tue Jun  5 05:28:32 2018
From: report at bugs.python.org (David Carlier)
Date: Tue, 05 Jun 2018 09:28:32 +0000
Subject: [issue33164] Blake 2 module update
Message-ID: <1528190912.78.0.592728768989.issue33164@psf.upfronthosting.co.za>


Change by David Carlier <dcarlier at afilias.info>:


----------
keywords: +patch
pull_requests: +7043
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33164>
_______________________________________

From report at bugs.python.org  Tue Jun  5 06:13:39 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 10:13:39 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528193619.28.0.592728768989.issue33753@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset fff25cc369da83cfeab1d6a15f42748b17a30aa4 by Miss Islington (bot) in branch '3.7':
bpo-33753: Refactor creating temporary files in test_fileinput. (GH-7377)
https://github.com/python/cpython/commit/fff25cc369da83cfeab1d6a15f42748b17a30aa4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 06:26:19 2018
From: report at bugs.python.org (Matej Cepl)
Date: Tue, 05 Jun 2018 10:26:19 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1528194379.61.0.592728768989.issue30345@psf.upfronthosting.co.za>


Change by Matej Cepl <mcepl at cepl.eu>:


----------
nosy: +mcepl

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Tue Jun  5 06:36:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 10:36:35 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528194995.55.0.592728768989.issue18174@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 64856ad8b7279718ff10a9fb32003c2221af7228 by Victor Stinner in branch '2.7':
bpo-18174: regrtest -R 3:3 now also detects FD leak (#7409)
https://github.com/python/cpython/commit/64856ad8b7279718ff10a9fb32003c2221af7228


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Tue Jun  5 06:43:09 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 10:43:09 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528195389.46.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

They're not the same.

When the encoded string's length modulu 4 is 2 or 3, there just need to be (at least) 2 or 1 padding characters ('=') for decoding to be successful, due to our decoder being rather strict. Less strict decoders may ignore the missing padding and successfully decode the encoded string.

When the remainder is 0, no padding is needed and everything is fine.

When the remainder is 1, the encoded string is simply invalid. It is not a padding issue. There is no valid way to decode the encoded string.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 06:43:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 10:43:13 +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: <1528195393.01.0.592728768989.issue28240@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7044

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:19:28 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 11:19:28 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528197568.5.0.592728768989.issue18174@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7045

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:29:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 11:29:39 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
Message-ID: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

test.support.fd_count() has two implementation: list /proc/self/fd/ on Linux and FreeBSD, or check all file descriptors from 0 and MAXFD. The problem is that the two implementation don't give the same result...

List /proc/self/fd/ (used by default on Linux):

vstinner at apu$ ./python -c 'from test.support import fd_count; print(fd_count())'
4

Check all FD (I modified fd_count() to force using this implementation):

vstinner at apu$ ./python -c 'from test.support import fd_count; print(fd_count())'
3

On Linux and FreeBSD, listdir() opens internally a file descriptor to list the content of the /proc/self/fd/ directory. So the function should substract one to the result.

Attached PR fixes the issue.

----------
components: Tests
messages: 318734
nosy: pitrou, vstinner
priority: normal
severity: normal
status: open
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:30:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 11:30:51 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1528198251.4.0.592728768989.issue18174@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset bc3df70b266304f78ebe5eabead71cabd4738d12 by Victor Stinner in branch '2.7':
bpo-18174: Fix fd_count() on FreeBSD (GH-7420)
https://github.com/python/cpython/commit/bc3df70b266304f78ebe5eabead71cabd4738d12


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:31:17 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 11:31:17 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528198277.28.0.592728768989.issue33773@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7046
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:32:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 11:32:01 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528198321.47.0.592728768989.issue33773@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

fd_count() has been added by bpo-18174. I just backported it to Python 2.7 to check for leak of file descriptors in tests. I found the bug when I fixed a bug on Python 2.7 on FreeBSD.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:40:56 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 05 Jun 2018 11:40:56 +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: <1528198856.51.0.592728768989.issue5755@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset e33648484775fa533fc8f1e5cc45f60061d29d54 by INADA Naoki in branch 'master':
bpo-5755: Move -Wstrict-prototypes to CFLAGS_NODIST (GH-7395)
https://github.com/python/cpython/commit/e33648484775fa533fc8f1e5cc45f60061d29d54


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:41:44 2018
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 05 Jun 2018 11:41:44 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528198904.54.0.592728768989.issue32392@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:


New changeset af1ec97a6d1dde68b2dc0ee9b78965eb219061a8 by Berker Peksag (Tobias Kunze) in branch 'master':
bpo-32392: Document env keyword argument of subprocess.run() (GH-7289)
https://github.com/python/cpython/commit/af1ec97a6d1dde68b2dc0ee9b78965eb219061a8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:42:12 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 11:42:12 +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: <1528198932.49.0.592728768989.issue5755@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7047

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:43:02 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 11:43:02 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528198982.45.0.592728768989.issue32392@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7048

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:52:39 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 05 Jun 2018 11:52:39 +0000
Subject: [issue33165] Add stacklevel parameter to logging APIs
In-Reply-To: <1522227921.35.0.467229070634.issue33165@psf.upfronthosting.co.za>
Message-ID: <1528199559.99.0.592728768989.issue33165@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
keywords: +patch
pull_requests: +7049
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33165>
_______________________________________

From report at bugs.python.org  Tue Jun  5 07:59:09 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 11:59:09 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528199949.4.0.592728768989.issue33748@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

It seems that adding a directory to sys.path is the intended behavior of `loader.discover()`. Should the test be restoring sys.path back to it original value when it's done?

Also, shouldn't this test (and some others) be restoring sys.modules when they're done?

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:03:04 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 12:03:04 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528200184.81.0.592728768989.issue32392@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 23b7ee205270320f836e93e411b28ac995cbabf1 by Miss Islington (bot) in branch '3.7':
bpo-32392: Document env keyword argument of subprocess.run() (GH-7289)
https://github.com/python/cpython/commit/23b7ee205270320f836e93e411b28ac995cbabf1


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:13:48 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 05 Jun 2018 12:13:48 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528200828.08.0.592728768989.issue17045@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

This isn't directly related to this change, but I wanted to point out #23869 since you seem to understand the topic enough to respond to that ticket.

Thanks!

----------
nosy: +cheryl.sabella

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:27:39 2018
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 05 Jun 2018 12:27:39 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528201659.47.0.592728768989.issue28602@psf.upfronthosting.co.za>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
keywords: +patch
pull_requests: +7050
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:32:32 2018
From: report at bugs.python.org (Christopher Thorne)
Date: Tue, 05 Jun 2018 12:32:32 +0000
Subject: [issue33578] cjkcodecs missing getstate and setstate implementations
In-Reply-To: <1526713206.06.0.682650639539.issue33578@psf.upfronthosting.co.za>
Message-ID: <1528201952.42.0.592728768989.issue33578@psf.upfronthosting.co.za>


Christopher Thorne <libcthorne at gmail.com> added the comment:

Ah, good find. I suppose that means `MultibyteCodec_State` and `pending` are both needed to fully capture state, as is done in `decoder.getstate`/`setstate` by returning a tuple of both. Unfortunately `encoder.getstate` is defined to return an integer, and because `MultibyteCodec_State` can occupy 8 bytes, and `pending` can occupy 2 bytes (MAXENCPENDING), we get a total of 10 bytes which I think exceeds what a PyLong can represent.

Returning either `pending` or `MultibyteCodec_State` seems infeasible because `setstate` will not know how to process it, and both may be needed together.

Some alternatives could be:

1. If we are restricted to returning an integer, perhaps this integer could be an index that references a state in a pool of encoder states stored internally (effectively a pointer). Managing this state pool seems quite complex.

2. encoder.getstate could be redefined to return a tuple, but obviously this is a breaking change. Backwards compatibility could be somewhat preserved by allowing setstate to accept either an integer or tuple.

3. Remove `PyObject *pending` from `MultibyteStatefulEncoderContext` and change encoders to only use `MultibyteCodec_State`. Not sure how feasible this is.

I think approach 2 would be simplest and matches the decoder interface. 

Does anyone have any opinions or further alternatives?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33578>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:32:45 2018
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 05 Jun 2018 12:32:45 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528201965.32.0.592728768989.issue28602@psf.upfronthosting.co.za>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

So I created a little patch for this, and when I was working on it I realized that it's actually possible to implement full `fold` support in a generic way in `fromutc` under the assumption that `utcoffset - dst` holds at all points (which is the fundamental assumption of the builtin `fromutc` function).

It adds a bit of overhead, but I think any current fold-aware operations need to be implemented in pure Python anyway (and involve even more overhead), so I think it would be a net gain.

The big downside I see here is that it cannot take advantage of any sort of "is_ambiguous" function and has to rely on the method of "change the fold and see if the answer is different" to determine ambiguity. I think this is a small cost to pay for a generic implementation, though. I'm pretty busy this week and next week will be hectic too, but towards the end of the month I can probably come up with a test suite for this and look at some actual performance numbers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:37:22 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 05 Jun 2018 12:37:22 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
Message-ID: <1528202242.78.0.592728768989.issue33771@psf.upfronthosting.co.za>


New submission from Cheryl Sabella <cheryl.sabella at gmail.com>:

Looks like this was changed in #28240.

@svyatoslav, would you like to make a github pull request for the change?

----------
keywords: +easy
nosy: +cheryl.sabella
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:43:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 12:43:06 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
In-Reply-To: <1528202242.78.0.592728768989.issue33771@psf.upfronthosting.co.za>
Message-ID: <1528202586.92.0.592728768989.issue33771@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I created https://github.com/python/cpython/pull/7419 to update the documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:55:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 12:55:27 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528203327.25.0.592728768989.issue33748@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Yes, and there are helpers in test.support and test.test_importlib.util.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:56:01 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 05 Jun 2018 12:56:01 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
In-Reply-To: <1528202242.78.0.592728768989.issue33771@psf.upfronthosting.co.za>
Message-ID: <1528203361.75.0.592728768989.issue33771@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

Thanks, Victor.  Sorry about the noise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 08:59:47 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 12:59:47 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528203587.48.0.592728768989.issue33767@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset e9e397605789b2a67b67558fbbe756b7b88934f5 by Serhiy Storchaka (Zackery Spytz) in branch 'master':
bpo-33767: Fix improper use of SystemError by mmap.mmap objects (GH-7381)
https://github.com/python/cpython/commit/e9e397605789b2a67b67558fbbe756b7b88934f5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:00:00 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 05 Jun 2018 13:00:00 +0000
Subject: [issue33769] Cleanup start_tls() implementation
In-Reply-To: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>
Message-ID: <1528203600.58.0.592728768989.issue33769@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 415bc46a78e785f357c8960ae70f18a6b6cccbb6 by Yury Selivanov in branch 'master':
bpo-33769: start_tls: Fix error message; cancel callbacks on error (GH-7403)
https://github.com/python/cpython/commit/415bc46a78e785f357c8960ae70f18a6b6cccbb6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:00:53 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:00:53 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528203653.23.0.592728768989.issue33767@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7052

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:02:51 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:02:51 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528203771.69.0.592728768989.issue33767@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7053

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:03:02 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 13:03:02 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528203782.61.0.592728768989.issue33752@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 6592d7fe11477f8f974d2d4a85c3382a1ad05217 by Serhiy Storchaka in branch 'master':
bpo-33752: Fix a file leak in test_dbm. (GH-7376)
https://github.com/python/cpython/commit/6592d7fe11477f8f974d2d4a85c3382a1ad05217


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:03:52 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:03:52 +0000
Subject: [issue33769] Cleanup start_tls() implementation
In-Reply-To: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>
Message-ID: <1528203832.22.0.592728768989.issue33769@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7054

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:04:51 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:04:51 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528203891.17.0.592728768989.issue33752@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7055

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:05:51 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:05:51 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528203951.26.0.592728768989.issue33752@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7056

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:07:28 2018
From: report at bugs.python.org (Dmitry)
Date: Tue, 05 Jun 2018 13:07:28 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528204048.27.0.592728768989.issue33770@psf.upfronthosting.co.za>


Dmitry <dniq at dniq-online.com> added the comment:

I think something like ?invalid length? message does make more sense in this case than the misleading ?incorrect padding?.

It would also be great if there was a way to force it to try its best at decoding the string. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:13:04 2018
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Tue, 05 Jun 2018 13:13:04 +0000
Subject: [issue29298] argparse fails with required subparsers, un-named dest, 
 and empty argv
In-Reply-To: <1484664769.91.0.625725054847.issue29298@psf.upfronthosting.co.za>
Message-ID: <1528204384.84.0.592728768989.issue29298@psf.upfronthosting.co.za>


Change by Miro Hron?ok <miro at hroncok.cz>:


----------
nosy: +hroncok

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29298>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:20:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 13:20:28 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528204828.96.0.592728768989.issue33753@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7057

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:21:07 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:21:07 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528204867.38.0.592728768989.issue33767@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 631fe1fa423c42197d533103dcf349ca19baed0c by Miss Islington (bot) in branch '3.7':
bpo-33767: Fix improper use of SystemError by mmap.mmap objects (GH-7381)
https://github.com/python/cpython/commit/631fe1fa423c42197d533103dcf349ca19baed0c


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:24:54 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 13:24:54 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528205094.04.0.592728768989.issue33767@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7058

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:25:24 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:25:24 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528205124.5.0.592728768989.issue33767@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ae55d29fe04ee1aeb1bcb2e9b84e5bc9d4ecb070 by Miss Islington (bot) in branch '3.6':
bpo-33767: Fix improper use of SystemError by mmap.mmap objects (GH-7381)
https://github.com/python/cpython/commit/ae55d29fe04ee1aeb1bcb2e9b84e5bc9d4ecb070


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:30:49 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Jun 2018 13:30:49 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528205449.59.0.592728768989.issue33770@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I agree, but that would be a separate enhancement PR.  The email library would use that capability if it existed...currently it adds padding in a loop trying to do the decode if it gets the invalid padding message.  Which of course is going to fail for this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:47:45 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:47:45 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528206465.09.0.592728768989.issue33752@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 194a5c07228342106c98dcf85c8a5f4cd2c8b04e by Miss Islington (bot) in branch '3.6':
bpo-33752: Fix a file leak in test_dbm. (GH-7376)
https://github.com/python/cpython/commit/194a5c07228342106c98dcf85c8a5f4cd2c8b04e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:50:59 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 13:50:59 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528206659.39.0.592728768989.issue33752@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ffd72acc508bbc994812cefbfb9532d3be2ab737 by Miss Islington (bot) in branch '3.7':
bpo-33752: Fix a file leak in test_dbm. (GH-7376)
https://github.com/python/cpython/commit/ffd72acc508bbc994812cefbfb9532d3be2ab737


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 09:58:34 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 13:58:34 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
In-Reply-To: <1528202242.78.0.592728768989.issue33771@psf.upfronthosting.co.za>
Message-ID: <1528207114.97.0.592728768989.issue33771@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Thanks, Victor.  Sorry about the noise.

No worry, it's my fault: I forgot to mention bpo-33771 in my PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Tue Jun  5 10:14:47 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 05 Jun 2018 14:14:47 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528208087.22.0.592728768989.issue31215@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 9ef1b0690b90c526798b6b3125b0fa7ae98319a2 by Nick Coghlan (Mayank Singhal) in branch 'master':
bpo-31215: Add version changed notes for OpenSSL 1.1.0 compatibility (GH-7346)
https://github.com/python/cpython/commit/9ef1b0690b90c526798b6b3125b0fa7ae98319a2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Tue Jun  5 10:18:23 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 05 Jun 2018 14:18:23 +0000
Subject: [issue33769] Cleanup start_tls() implementation
In-Reply-To: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>
Message-ID: <1528208303.14.0.592728768989.issue33769@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 79c7e57c46a9e5ae2b99a821e152f334b775df2d by Yury Selivanov (Miss Islington (bot)) in branch '3.7':
bpo-33769: start_tls: Fix error message; cancel callbacks on error (GH-7403) (GH-7428)
https://github.com/python/cpython/commit/79c7e57c46a9e5ae2b99a821e152f334b775df2d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Tue Jun  5 10:18:43 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 05 Jun 2018 14:18:43 +0000
Subject: [issue33769] Cleanup start_tls() implementation
In-Reply-To: <1528134355.5.0.592728768989.issue33769@psf.upfronthosting.co.za>
Message-ID: <1528208323.23.0.592728768989.issue33769@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33769>
_______________________________________

From report at bugs.python.org  Tue Jun  5 10:41:54 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 05 Jun 2018 14:41:54 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528209714.94.0.592728768989.issue33745@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

While I wouldn't describe this as completely intentional (as it's an artifact of the change-and-revert dance with 3.7 previously removing docstring nodes from the AST entirely), I also wouldn't want to change it again at this late stage of the release process.

Instead I'd suggest simply noting it in the porting section of What's New. Something like "Due to a change in the way docstrings are handled by the compiler, the implicit ``return None`` in a function body consisting solely of a docstring is now marked as occurring on the same line as the docstring, not on the function's header line".

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Tue Jun  5 11:00:43 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 15:00:43 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528210843.86.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Would an exception message as following be acceptable? "Invalid base64-encoded string: length cannot be 1 more than a multiple of 4"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 11:14:40 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 15:14:40 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528211680.21.0.592728768989.issue33748@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7059
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Tue Jun  5 11:36:11 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 05 Jun 2018 15:36:11 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528212971.92.0.592728768989.issue27397@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

See #33770, which will make recognizing and handling this case straightforward.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:24:20 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 05 Jun 2018 16:24:20 +0000
Subject: [issue33165] Add stacklevel parameter to logging APIs
In-Reply-To: <1522227921.35.0.467229070634.issue33165@psf.upfronthosting.co.za>
Message-ID: <1528215860.8.0.592728768989.issue33165@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset dde9fdbe453925279ac3d2a6a72102f6f9ef247c by Vinay Sajip in branch 'master':
bpo-33165: Added stacklevel parameter to logging APIs. (GH-7424)
https://github.com/python/cpython/commit/dde9fdbe453925279ac3d2a6a72102f6f9ef247c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33165>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:26:27 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 05 Jun 2018 16:26:27 +0000
Subject: [issue33165] Add stacklevel parameter to logging APIs
In-Reply-To: <1522227921.35.0.467229070634.issue33165@psf.upfronthosting.co.za>
Message-ID: <1528215987.65.0.592728768989.issue33165@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33165>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:37:47 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 05 Jun 2018 16:37:47 +0000
Subject: [issue33057] logging.Manager.logRecordFactory is never used
In-Reply-To: <1520871485.85.0.467229070634.issue33057@psf.upfronthosting.co.za>
Message-ID: <1528216667.96.0.592728768989.issue33057@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I'm closing this, please reopen if you have more information which might change my view.

----------
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33057>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:40:48 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 05 Jun 2018 16:40:48 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528216848.95.0.592728768989.issue33755@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:


New changeset ac1ee1badade69d5cd6d8b9112281f121183e7c0 by Barry Warsaw in branch 'master':
bpo-33755: Fix importlib.resources isolation tests (#7412)
https://github.com/python/cpython/commit/ac1ee1badade69d5cd6d8b9112281f121183e7c0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:41:57 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 16:41:57 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528216917.86.0.592728768989.issue33755@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7060

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:51:06 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:51:06 +0000
Subject: [issue33752] Leaked file in
 test_anydbm_creation_n_file_exists_with_invalid_contents in test_dbm
In-Reply-To: <1528030226.3.0.592728768989.issue33752@psf.upfronthosting.co.za>
Message-ID: <1528217466.9.0.592728768989.issue33752@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33752>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:51:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:51:46 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528217506.17.0.592728768989.issue33767@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 3014d6eb7f6ed8cc61b9b26fe1c4454760dc8621 by Serhiy Storchaka in branch '2.7':
[2.7] bpo-33767: Fix improper use of SystemError by mmap.mmap objects (GH-7381) (GH-7432)
https://github.com/python/cpython/commit/3014d6eb7f6ed8cc61b9b26fe1c4454760dc8621


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:52:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:52:00 +0000
Subject: [issue33767] Improper use of SystemError in the mmap module
In-Reply-To: <1528087218.45.0.592728768989.issue33767@psf.upfronthosting.co.za>
Message-ID: <1528217520.52.0.592728768989.issue33767@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33767>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:53:06 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:53:06 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528217586.55.0.592728768989.issue33753@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset b8baa33d931de557d2915c604df85ab168da0904 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-33753: Refactor creating temporary files in test_fileinput. (GH-7377). (GH-7431)
https://github.com/python/cpython/commit/b8baa33d931de557d2915c604df85ab168da0904


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:53:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:53:34 +0000
Subject: [issue33753] Leaked file in test_nextfile_oserror_deleting_backup in
 test_fileinput
In-Reply-To: <1528030391.57.0.592728768989.issue33753@psf.upfronthosting.co.za>
Message-ID: <1528217614.18.0.592728768989.issue33753@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33753>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:54:19 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:54:19 +0000
Subject: [issue33761] Leaked file in test_iterparse in test_xml_etree
In-Reply-To: <1528042522.11.0.592728768989.issue33761@psf.upfronthosting.co.za>
Message-ID: <1528217659.31.0.592728768989.issue33761@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33761>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:55:43 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:55:43 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528217743.52.0.592728768989.issue33751@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset c2745d2d05546d76f655ab450eb23d1af39e0b1c by Serhiy Storchaka in branch 'master':
bpo-33751: Fix test_file. (GH-7378)
https://github.com/python/cpython/commit/c2745d2d05546d76f655ab450eb23d1af39e0b1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:56:05 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 05 Jun 2018 16:56:05 +0000
Subject: [issue33759] Failed separate ServerProxyTestCase tests in test_xmlrpc
In-Reply-To: <1528041771.94.0.592728768989.issue33759@psf.upfronthosting.co.za>
Message-ID: <1528217765.22.0.592728768989.issue33759@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33759>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:56:51 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 16:56:51 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528217811.92.0.592728768989.issue33751@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7061

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:58:53 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 16:58:53 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528217933.16.0.592728768989.issue33751@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7062

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:58:55 2018
From: report at bugs.python.org (Al-Scandar Solstag)
Date: Tue, 05 Jun 2018 16:58:55 +0000
Subject: [issue33774] Improve doc of @lru_cache to avoid misuse and confusion
Message-ID: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>


New submission from Al-Scandar Solstag <solstag at member.fsf.org>:

Ni!

It is not clear at all in the documentation of @lru_cache that the cache takes into account the exact way the function was called, not the values passed to its arguments, as one could/would expect.

I mean that for function(a, b, c=3) the three calls below are not considered equivalent as far as the cache is concerned:

function(1, 2, 3)
function(1, 2, c=3)
function(1, 2)

I hope this can be clarified in the documentation. I wasted a great deal of time today trying to understand why my calls were not getting cached and only figured it out when I decided to go read @lru_cache's code.

It seems very likely that other people have had the same problem. Or worse, people might be using @lru_cache believing it is working when it isn't.

Cheers!

----------
assignee: docs at python
components: Documentation
messages: 318770
nosy: docs at python, solstag
priority: normal
severity: normal
status: open
title: Improve doc of @lru_cache to avoid misuse and confusion

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Tue Jun  5 12:59:36 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 05 Jun 2018 16:59:36 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1528217976.61.0.592728768989.issue33720@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Thanks. Agreed this should stay open, but it is blocked on a compiler fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:01:37 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 05 Jun 2018 17:01:37 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528218097.41.0.592728768989.issue28602@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:

> it's actually possible to implement full `fold` support in a generic way 

I am aware of that.  In fact, some of the draft versions of PEP 495 implementation did contain such code.  The problem is that any such tz.fromutc() implementation would necessarily change the behavior of the old programs.  Moreover, any implementation of tz.fromutc() in terms of tz.utcoffset() is more complicated and less efficient than code that he's direct access to a database of transition times.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:19:46 2018
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 05 Jun 2018 17:19:46 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528219186.21.0.592728768989.issue28602@psf.upfronthosting.co.za>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

> I am aware of that.  In fact, some of the draft versions of PEP 495 implementation did contain such code.  The problem is that any such tz.fromutc() implementation would necessarily change the behavior of the old programs.

This I'm not sure about - the implementation I've provided gives the same answer for any program that pays no attention to `fold`, because I'm relying on `utcoffset` and `dst`'s reaction to a change in fold. Any code that's not explicitly handling fold will give the same answer as it always has.

> Moreover, any implementation of tz.fromutc() in terms of tz.utcoffset() is more complicated and less efficient than code that he's direct access to a database of transition times.

While true, that does not argue in favor of having a version of `fromutc` that doesn't respect `fold`, because anyone looking for a more efficient implementation will have to reimplement `fromutc` anyway if necessary.

Another argument in favor of having `fromutc` respect fold by default is that it makes it very simple to support fold, particularly for people who aren't optimizing for speed. As it is now, you have to duplicate a lot of fold-handling and transition lookup logic in both `fromutc` and `utcoffset` / `dst`, because they are getting the same information but they are not implemented in terms of one another (and it's not even amazingly easy to write a function that factors out the common code). That's more code to write and maintain and test.

At the end of the day, almost everyone who cares about efficiency will use dateutil or pytz for their application, and dateutil and pytz can and do re-implement fromutc when appropriate - though there are still some `dateutil` tzinfo subclasses where this would be *more* efficient than what's there now. I don't see why the perfect has to be the enemy of the good here, though; having fold support in `fromutc` is a net benefit for anyone using `fromutc` and for adoption of PEP 495 in a wider context.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:25:16 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 05 Jun 2018 17:25:16 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1528219516.11.0.592728768989.issue33774@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Agreed that this should be documented.

----------
nosy: +r.david.murray, rhettinger
stage:  -> needs patch
title: Improve doc of @lru_cache to avoid misuse and confusion -> Document that @lru_cache caches based on exactly how the function arguments are specified
versions: +Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:26:41 2018
From: report at bugs.python.org (Carol Willing)
Date: Tue, 05 Jun 2018 17:26:41 +0000
Subject: [issue12486] tokenize module should have a unicode API
In-Reply-To: <1309751897.67.0.332272921906.issue12486@psf.upfronthosting.co.za>
Message-ID: <1528219601.95.0.592728768989.issue12486@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:


New changeset c56b17bd8c7a3fd03859822246633d2c9586f8bd by Carol Willing (Thomas Kluyver) in branch 'master':
bpo-12486: Document tokenize.generate_tokens() as public API (#6957)
https://github.com/python/cpython/commit/c56b17bd8c7a3fd03859822246633d2c9586f8bd


----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12486>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:30:56 2018
From: report at bugs.python.org (Carol Willing)
Date: Tue, 05 Jun 2018 17:30:56 +0000
Subject: [issue12486] tokenize module should have a unicode API
In-Reply-To: <1309751897.67.0.332272921906.issue12486@psf.upfronthosting.co.za>
Message-ID: <1528219856.94.0.592728768989.issue12486@psf.upfronthosting.co.za>


Change by Carol Willing <willingc at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12486>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:51:04 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 17:51:04 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528221064.46.0.592728768989.issue33751@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1d419faccdaae27d968cef1e1ece6b9374694573 by Miss Islington (bot) in branch '3.7':
bpo-33751: Fix test_file. (GH-7378)
https://github.com/python/cpython/commit/1d419faccdaae27d968cef1e1ece6b9374694573


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:51:05 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 05 Jun 2018 17:51:05 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528221065.17.0.592728768989.issue33751@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f74a1244eba88b562add5193242ac55115aaf25c by Miss Islington (bot) in branch '3.6':
bpo-33751: Fix test_file. (GH-7378)
https://github.com/python/cpython/commit/f74a1244eba88b562add5193242ac55115aaf25c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Tue Jun  5 13:51:27 2018
From: report at bugs.python.org (Thomas Kluyver)
Date: Tue, 05 Jun 2018 17:51:27 +0000
Subject: [issue12486] tokenize module should have a unicode API
In-Reply-To: <1309751897.67.0.332272921906.issue12486@psf.upfronthosting.co.za>
Message-ID: <1528221087.96.0.592728768989.issue12486@psf.upfronthosting.co.za>


Thomas Kluyver <thomas at kluyver.me.uk> added the comment:

Thanks Carol :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12486>
_______________________________________

From report at bugs.python.org  Tue Jun  5 14:28:22 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Tue, 05 Jun 2018 18:28:22 +0000
Subject: [issue33477] Document that compile(code,
 'exec') has different behavior in 3.7+
In-Reply-To: <1526173050.51.0.682650639539.issue33477@psf.upfronthosting.co.za>
Message-ID: <1528223302.65.0.592728768989.issue33477@psf.upfronthosting.co.za>


Matthias Bussonnier <bussonniermatthias at gmail.com> added the comment:

Closing as the ast changes have been reverted.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33477>
_______________________________________

From report at bugs.python.org  Tue Jun  5 14:37:55 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 05 Jun 2018 18:37:55 +0000
Subject: [issue28602] `tzinfo.fromutc()` fails when used for a fold-aware
 tzinfo implementation
In-Reply-To: <1478199350.04.0.93782925147.issue28602@psf.upfronthosting.co.za>
Message-ID: <1528223875.79.0.592728768989.issue28602@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:

Paul,

In your opening post to this issue you suggested to change one line [1] in Lib/datetime.py from

dtdst = dt.dst()

to

dtdst = dt.replace(fold=1).dst()

This looks like a rather innocuous change, but it does not by itself make fromutc() return properly "enfolded" instances.  IIRC, the best algorithm that Tim and I were able to come up with to derive the fold value required something like six utcoffset() probes.

PR 7425 that you submitted looks somewhat involved.  Can you submit an equivalent datetime.py patch?

[1]: https://github.com/python/cpython/blob/c56b17bd8c7a3fd03859822246633d2c9586f8bd/Lib/datetime.py#L1125

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28602>
_______________________________________

From report at bugs.python.org  Tue Jun  5 15:11:46 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 05 Jun 2018 19:11:46 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528225906.3.0.592728768989.issue33755@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:


New changeset e135032ffa08ad66caea8205488e037da85d2bf8 by Barry Warsaw (Miss Islington (bot)) in branch '3.7':
bpo-33755: Fix importlib.resources isolation tests (GH-7412) (#7434)
https://github.com/python/cpython/commit/e135032ffa08ad66caea8205488e037da85d2bf8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 15:14:42 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 05 Jun 2018 19:14:42 +0000
Subject: [issue33755] Failed separate tests in test_importlib
In-Reply-To: <1528035154.67.0.592728768989.issue33755@psf.upfronthosting.co.za>
Message-ID: <1528226082.02.0.592728768989.issue33755@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 16:14:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 20:14:49 +0000
Subject: [issue33600] [EASY DOC] Python 2: document that
 platform.linux_distribution() has been removed
In-Reply-To: <1526994321.44.0.682650639539.issue33600@psf.upfronthosting.co.za>
Message-ID: <1528229689.24.0.592728768989.issue33600@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 7b9b87e76c44660de8a973c0e0a118f539532496 by Victor Stinner (Timo Furrer) in branch '2.7':
bpo-33600: document that platform.linux_distribution() has been removed (GH-7281)
https://github.com/python/cpython/commit/7b9b87e76c44660de8a973c0e0a118f539532496


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33600>
_______________________________________

From report at bugs.python.org  Tue Jun  5 17:43:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 21:43:03 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528234983.07.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I succeeded to attach gdb to a regrtest slave process stuck in test_io... but somehow attaching the process into gdb unblocked the process... and the test completed.


Sadly, the first time that I attached the process, I forgot to allow a directory to load python-gdb.py. So I had to detach and attach again the process to get a working "py-bt" command. Maybe this action unblocked Python. It's hard to say.

(gdb) py-bt
Traceback (most recent call first):
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/_pyio.py", line 1126, in _flush_unlocked
    def _flush_unlocked(self):
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/_pyio.py", line 1104, in write
    self._flush_unlocked()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/_pyio.py", line 1302, in write
    return BufferedWriter.write(self, b)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/test_io.py", line 1186, in check_writes
    self.assertEqual(bufio.write(contents[n:n+size]), size)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/test_io.py", line 1723, in test_writes_and_peek
    self.check_writes(_peek)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", line 329, in run
    testMethod()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", line 393, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 108, in run
    test(result)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 70, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 108, in run
    test(result)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", line 70, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py", line 1461, in run
    test(result)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py", line 1535, in _run_suite
    result = runner.run(suite)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py", line 1626, in run_unittest
    _run_suite(suite)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/test_io.py", line 3367, in test_main
    support.run_unittest(*tests)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 1361, in run_the_test
    indirect_test()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 1375, in dash_R
    run_the_test()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 1239, in runtest_inner
    huntrleaks)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 1044, in runtest
    return runtest_inner(test, verbose, quiet, huntrleaks, pgo, testdir)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 513, in main
    result = runtest(*args, **kwargs)
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 2025, in main_in_temp_cwd
    main()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", line 2038, in <module>
    main_in_temp_cwd()
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)

(gdb) where
#0  0x0050b6fd in PyEval_EvalFrameEx (
    f=Frame 0xb6bd1634, for file /buildbot/buildarea/2.7.ware-gentoo-x86.refleak/build/Lib/_pyio.py, line 1126, in _flush_unlocked (self=<BufferedRandom(_raw=<PyMockRawIO(_write_stack=['\x00', '\x01', '\x02', '\x03', '\x04', '\x05', '\x06', '\x07', '\x08', '\t', '\n', '\x0b', '\x0c', '\r', '\x0e', '\x0f\x10', '\x11\x12', '\x13\x14', '\x15\x16', '\x17\x18', '\x19\x1a', '\x1b\x1c', '\x1d\x1e', '\x1f ', '!"', '#$', '%&', "'(", ')*', '+,', '-./', '012', '345', '678', '9:;', '<=>', '?@A', 'BCD', 'EFG', 'HIJ', 'KLM', 'NOP', 'QRS', 'TUV', 'WXY', 'Z[\\]', '^_`a', 'bcde', 'fghi', 'jklm', 'nopq', 'rstu', 'vwxy', 'z{|}', '~\x7f\x80\x81', '\x82\x83\x84\x85', '\x86\x87\x88\x89', '\x8a\x8b\x8c\x8d', '\x8e\x8f\x90\x91', '\x92\x93\x94\x95', '\x96\x97\x98\x99\x9a', '\x9b\x9c\x9d\x9e\x9f', '\xa0\xa1\xa2\xa3\xa4', '\xa5\xa6\xa7\xa8\xa9', '\xaa\xab\xac\xad\xae', '\xaf\xb0\xb1\xb2\xb3', '\xb4\xb5\xb6\xb7\xb8', '\xb9\xba\xbb\xbc\xbd', '\xbe\xbf\xc0\xc1\xc2', '\xc3\xc4\xc5\xc6\xc7', '\xc8\xc9\xca\xcb\xcc', '\xcd\xce\xcf\xd0\xd1', '\xd2\x...(truncated), 
    throwflag=0) at Python/ceval.c:1094
#1  0x0051a9e8 in PyEval_EvalCodeEx (co=0xb6ccdda8, 
    globals={'BufferedReader': <ABCMeta(_abc_cache=<WeakSet(data=set([<weakref at remote 0xb6c21434>, <weakref at remote 0xb6bcc8b4>]), _pending_removals=[], _remove=<function at remote 0xb6687c64>, _iterating=set([])) at remote 0xb668a4cc>, peek=<function at remote 0xb6687ad4>, _abc_negative_cache_version=26, tell=<function at remote 0xb6687bc4>, read=<function at remote 0xb6687a34>, __doc__=u'BufferedReader(raw[, buffer_size])\n\n    A buffer for a readable, sequential BaseRawIO object.\n\n    The constructor creates a BufferedReader for the given readable raw\n    stream and buffer_size. If buffer_size is omitted, DEFAULT_BUFFER_SIZE\n    is used.\n    ', __init__=<function at remote 0xb6687994>, _reset_read_buf=<function at remote 0xb66879e4>, _abc_negative_cache=<WeakSet(data=set([]), _pending_removals=[], _remove=<function at remote 0xb66b7da4>, _iterating=set([])) at remote 0xb668a0a4>, __module__='_pyio', __abstractmethods__=frozenset([]), _peek_unlocked=<function at remote 0xb6687b24>, _read_unlocked=<function a...(truncated), 
    locals=0x0, args=0xb6c1cb50, argcount=1, kws=0xb6c1cb54, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3604
#2  0x0051d618 in fast_function (func=<function at remote 0xb6687e94>, pp_stack=0xbfbcc660, n=1, na=1, nk=0) at Python/ceval.c:4467
#3  0x0051d283 in call_function (pp_stack=0xbfbcc660, oparg=0) at Python/ceval.c:4392
(...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Tue Jun  5 17:55:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 21:55:22 +0000
Subject: [issue33600] [EASY DOC] Python 2: document that
 platform.linux_distribution() has been removed
In-Reply-To: <1526994321.44.0.682650639539.issue33600@psf.upfronthosting.co.za>
Message-ID: <1528235722.92.0.592728768989.issue33600@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33600>
_______________________________________

From report at bugs.python.org  Tue Jun  5 18:12:35 2018
From: report at bugs.python.org (woutgg)
Date: Tue, 05 Jun 2018 22:12:35 +0000
Subject: [issue33775] argparse: the word 'default' (in help) is not marked as
 translatable
Message-ID: <1528236755.92.0.592728768989.issue33775@psf.upfronthosting.co.za>


New submission from woutgg <webaccount at lsof.nl>:

The word 'default', used to indicate default arguments in the help text (found here: Lib/argparse.py:681) is missing the gettext wrapper, causing it to be untranslatable.

----------
messages: 318784
nosy: woutgg
priority: normal
severity: normal
status: open
title: argparse: the word 'default' (in help) is not marked as translatable
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33775>
_______________________________________

From report at bugs.python.org  Tue Jun  5 18:17:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 22:17:56 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528237076.41.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Hum, I succeeded to reproduce a hang in test_io using the command:

***
buildbot at stormageddon ~/python27 $ ./python -m test -v -m 'test_interrupted*' -F test_io
(...)
0:04:38 load avg: 3.36 [ 44] test_io
test_interrupted_write_buffered (test.test_io.CSignalsTest) ... ok
test_interrupted_write_text (test.test_io.CSignalsTest) ... ok
test_interrupted_write_unbuffered (test.test_io.CSignalsTest) ... ok
test_interrupted_write_buffered (test.test_io.PySignalsTest) ... ok
test_interrupted_write_text (test.test_io.PySignalsTest) ... ok
test_interrupted_write_unbuffered (test.test_io.PySignalsTest) ... ok

----------------------------------------------------------------------
Ran 6 tests in 6.167s

OK
0:04:45 load avg: 3.65 [ 45] test_io
test_interrupted_write_buffered (test.test_io.CSignalsTest) ... ok
test_interrupted_write_text (test.test_io.CSignalsTest) ... ok
test_interrupted_write_unbuffered (test.test_io.CSignalsTest) ... ok
test_interrupted_write_buffered (test.test_io.PySignalsTest) ... ok
test_interrupted_write_text (test.test_io.PySignalsTest) ... 
***

Traces in gdb of the stuck process:

***
(gdb) py-bt
Traceback (most recent call first):
  Waiting for the GIL
  <built-in method acquire of thread.lock object at remote 0xb6c09258>
  File "/buildbot/python27/Lib/threading.py", line 340, in wait
    waiter.acquire()
  File "/buildbot/python27/Lib/threading.py", line 940, in join
    self.__block.wait()
  File "/buildbot/python27/Lib/test/test_io.py", line 3161, in check_interrupted_write
    t.join()
  File "/buildbot/python27/Lib/test/test_io.py", line 3186, in test_interrupted_write_text
    self.check_interrupted_write("xy", b"xy", mode="w", encoding="ascii")
  File "/buildbot/python27/Lib/unittest/case.py", line 329, in run
    testMethod()
  File "/buildbot/python27/Lib/unittest/case.py", line 393, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/python27/Lib/unittest/suite.py", line 108, in run
    test(result)
  File "/buildbot/python27/Lib/unittest/suite.py", line 70, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/python27/Lib/unittest/suite.py", line 108, in run
    test(result)
  File "/buildbot/python27/Lib/unittest/suite.py", line 70, in __call__
    return self.run(*args, **kwds)
  File "/buildbot/python27/Lib/unittest/runner.py", line 151, in run
    test(result)
  File "/buildbot/python27/Lib/test/support/__init__.py", line 1535, in _run_suite
    result = runner.run(suite)
  File "/buildbot/python27/Lib/test/support/__init__.py", line 1626, in run_unittest
    _run_suite(suite)
  File "/buildbot/python27/Lib/test/test_io.py", line 3367, in test_main
    support.run_unittest(*tests)
  File "/buildbot/python27/Lib/test/regrtest.py", line 1236, in runtest_inner
    indirect_test()
  File "/buildbot/python27/Lib/test/regrtest.py", line 1044, in runtest
    return runtest_inner(test, verbose, quiet, huntrleaks, pgo, testdir)
  File "/buildbot/python27/Lib/test/regrtest.py", line 837, in local_runtest
    testdir=testdir)
  File "/buildbot/python27/Lib/test/regrtest.py", line 851, in main
    result = local_runtest()
  File "/buildbot/python27/Lib/test/regrtest.py", line 2025, in main_in_temp_cwd
    main()
  File "/buildbot/python27/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/buildbot/python27/Lib/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/buildbot/python27/Lib/runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)

(gdb) info threads
  Id   Target Id         Frame 
* 1    Thread 0xb7518700 (LWP 14442) "python" 0xb7772b49 in __kernel_vsyscall ()
  2    Thread 0xb6b36b40 (LWP 18865) "python" 0xb7772b49 in __kernel_vsyscall ()

(gdb) t 2
[Switching to thread 2 (Thread 0xb6b36b40 (LWP 18865))]
#0  0xb7772b49 in __kernel_vsyscall ()

(gdb) py-bt
Traceback (most recent call first):
  <built-in function read>
  File "/buildbot/python27/Lib/test/test_io.py", line 3141, in _read
    s = os.read(r, 1)
  File "/buildbot/python27/Lib/threading.py", line 754, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/buildbot/python27/Lib/threading.py", line 801, in __bootstrap_inner
    self.run()
  File "/buildbot/python27/Lib/threading.py", line 774, in __bootstrap
    self.__bootstrap_inner()
***

And now I recall how much I hate this test. It made me crazy in Python 2 for a long time.

This specific test was my motiviation to add signal.pthread_sigmask() to Python 3.3.

Note: I also implemented the PEP 475 in Python 3.5 to make Python more reliable when getting signals.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Tue Jun  5 18:27:43 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 22:27:43 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528237663.95.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Sadly, issues with test_io.test_interrupted*() are old. See for example the bpo-23680.

Two years ago,  Martin Panter saw test_io.test_interrupted_write_text() hangs on Python 3.6 and on AMD64 FreeBSD 9.x 3.5:
https://bugs.python.org/issue22331#msg266688
https://bugs.python.org/issue22331#msg266725

Martin proposed a fix using signal.pthread_kill() rather than scheduling a SIGALRM signal in 1 second, but the fix was not merged and I closed the issue since I didn't see the issue recently.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Tue Jun  5 18:28:32 2018
From: report at bugs.python.org (woutgg)
Date: Tue, 05 Jun 2018 22:28:32 +0000
Subject: [issue33775] argparse: the word 'default' (in help) is not marked as
 translatable
In-Reply-To: <1528236755.92.0.592728768989.issue33775@psf.upfronthosting.co.za>
Message-ID: <1528237712.03.0.592728768989.issue33775@psf.upfronthosting.co.za>


woutgg <webaccount at lsof.nl> added the comment:

Note: the line number in the link is not correct anymore, I'm not sure how to link to a specific commit so here is the source line: `help += ' (default: %(default)s)'`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33775>
_______________________________________

From report at bugs.python.org  Tue Jun  5 18:59:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 05 Jun 2018 22:59:31 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528239571.93.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> buildbot at stormageddon ~/python27 $ ./python -m test -v -m 'test_interrupted*' -F test_io

I'm unable to reproduce this issue on my Fedora 28 laptop (Linux kernel 4.16.11-300.fc28.x86_64). In the previous message, I reproduced the issue directly on Zach's Gentoo buildbot builder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Tue Jun  5 19:12:32 2018
From: report at bugs.python.org (Dmitry)
Date: Tue, 05 Jun 2018 23:12:32 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528240352.13.0.592728768989.issue33770@psf.upfronthosting.co.za>


Dmitry <dniq at dniq-online.com> added the comment:

@taleinat - yes, that does look much better!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Tue Jun  5 19:31:36 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 05 Jun 2018 23:31:36 +0000
Subject: [issue33504] configparser should use dict instead of OrderedDict in
 3.7+
In-Reply-To: <1526321898.65.0.682650639539.issue33504@psf.upfronthosting.co.za>
Message-ID: <1528241496.59.0.592728768989.issue33504@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:


New changeset 3a5b0d8988491d9408b22bceea6fd70b91345724 by ?ukasz Langa (John Reese) in branch 'master':
bpo-33504: Migrate configparser from OrderedDict to dict. (#6819)
https://github.com/python/cpython/commit/3a5b0d8988491d9408b22bceea6fd70b91345724


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33504>
_______________________________________

From report at bugs.python.org  Tue Jun  5 19:33:57 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 05 Jun 2018 23:33:57 +0000
Subject: [issue33504] configparser should use dict instead of OrderedDict in
 3.7+
In-Reply-To: <1526321898.65.0.682650639539.issue33504@psf.upfronthosting.co.za>
Message-ID: <1528241637.54.0.592728768989.issue33504@psf.upfronthosting.co.za>


Change by ?ukasz Langa <lukasz at langa.pl>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33504>
_______________________________________

From report at bugs.python.org  Tue Jun  5 20:00:13 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 06 Jun 2018 00:00:13 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528243213.72.0.592728768989.issue33610@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

Menu location:

If Code Context is moved under Windows, maybe Configure IDLE should be moved as well?  

- VS Code has Preferences under the File menu.
- Spyder has a menu option called Tools which contains Preferences, Update PYTHONPATH manager, and Reset Spyder to defaults
- Atom has Preferences under the Edit menu.
- Sublime Text has a menu called Preferences.
- Notepad++ has a menu called Settings, which includes Preferences.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Tue Jun  5 20:12:09 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 00:12:09 +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: <1528243929.03.0.592728768989.issue5755@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d6e789c402330905b1bd9103538d1027fcfb08a4 by Miss Islington (bot) in branch '3.7':
bpo-5755: Move -Wstrict-prototypes to CFLAGS_NODIST (GH-7395)
https://github.com/python/cpython/commit/d6e789c402330905b1bd9103538d1027fcfb08a4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 20:18:58 2018
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 06 Jun 2018 00:18: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: <1528244338.96.0.592728768989.issue5755@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +7065

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Tue Jun  5 21:07:13 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 06 Jun 2018 01:07:13 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1528247233.24.0.592728768989.issue33774@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Sure, I can add a line mentioning that distinct argument patterns may be considered as distinct cache entries even though they otherwise seem to be equivalent calls.  That will just be a general statement though. 
The specific details are implementation dependent, have changed over time, and may change again in the future.

----------
assignee: docs at python -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Tue Jun  5 21:17:45 2018
From: report at bugs.python.org (Jason McKellar)
Date: Wed, 06 Jun 2018 01:17:45 +0000
Subject: [issue33776] Segfault when passing invalid argument to
 asyncio.ensure_future
Message-ID: <1528247864.26.0.592728768989.issue33776@psf.upfronthosting.co.za>


New submission from Jason McKellar <jason at deadtreepages.com>:

If time.monotonic() is yielded from a generator that is passed to asyncio.ensure_future a segfault occurs when it's scheduled. 

The example below shows time.monotonic called in the generator, however the segfault will also occur if a function is called (not a lambda) that uses time.monotonic.

I've tested on Python 3.6 and 3.7.0b4.


For example:

import asyncio
import time
import faulthandler

faulthandler.enable()

loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop)

# Note that ensure_future argument is generator
# which yields time.monotonic() return value
tasks = [asyncio.ensure_future(
    time.monotonic()
    for i in range(1)
)]
results_future = asyncio.gather(*tasks)

# Segmentation fault
results = loop.run_until_complete(results_future)


The fault handler output:

Fatal Python error: Segmentation fault

Current thread 0x00007f4b7a042b88 (most recent call first):
  File "/usr/local/lib/python3.7/asyncio/events.py", line 88 in _run
  File "/usr/local/lib/python3.7/asyncio/base_events.py", line 1738 in _run_once
  File "/usr/local/lib/python3.7/asyncio/base_events.py", line 521 in run_forever
  File "/usr/local/lib/python3.7/asyncio/base_events.py", line 553 in run_until_complete
  File "/test-seg.py", line 19 in <module>
Segmentation fault (core dumped)


An example with time.monotonic call nested in a function:

import asyncio
import time
import faulthandler

def bad():
    return {'nested': time.monotonic()}

faulthandler.enable()

loop = asyncio.new_event_loop()
asyncio.set_event_loop(loop)

tasks = [asyncio.ensure_future(
    bad()
    for i in range(1)
)]
results_future = asyncio.gather(*tasks)

# Segmentation fault
results = loop.run_until_complete(results_future)

----------
components: asyncio
messages: 318794
nosy: Jason McKellar, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Segfault when passing invalid argument to asyncio.ensure_future
type: crash
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33776>
_______________________________________

From report at bugs.python.org  Tue Jun  5 22:00:05 2018
From: report at bugs.python.org (Nate Atkinson)
Date: Wed, 06 Jun 2018 02:00:05 +0000
Subject: [issue33777] dummy_threading: .is_alive method returns True after
 execution has completed
Message-ID: <1528250405.09.0.592728768989.issue33777@psf.upfronthosting.co.za>


New submission from Nate Atkinson <nate at nearlyrespectable.com>:

Here's what I expect to happen (Python2 behavior):


Python 2.7.14+ (default, Dec  5 2017, 15:17:02)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from dummy_threading import Thread
>>> def f(): print 'foo'
...
>>> t = Thread(target=f)
>>> t.start()
foo
>>> t.is_alive()
False
>>>




Here's what actually happens (Python3.6):


Python 3.6.4 (default, Jan  5 2018, 02:13:53)
[GCC 7.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from dummy_threading import Thread
>>> def f(): print('foo')
...
>>> t = Thread(target=f)
>>> t.start()
foo
>>> t.is_alive()
True
>>>



After completion of the target function, I would expect .is_alive() to return False for an instance of dummy_thread.Thread. Instead, it returns True until the .join() method of the instance of dummy_thread.Thread is called.

----------
components: Interpreter Core
messages: 318795
nosy: njatkinson
priority: normal
severity: normal
status: open
title: dummy_threading: .is_alive method returns True after execution has completed
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33777>
_______________________________________

From report at bugs.python.org  Tue Jun  5 22:02:31 2018
From: report at bugs.python.org (Nate Atkinson)
Date: Wed, 06 Jun 2018 02:02:31 +0000
Subject: [issue33777] dummy_threading: .is_alive method returns True after
 execution has completed
In-Reply-To: <1528250405.09.0.592728768989.issue33777@psf.upfronthosting.co.za>
Message-ID: <1528250551.68.0.592728768989.issue33777@psf.upfronthosting.co.za>


Nate Atkinson <nate at nearlyrespectable.com> added the comment:

I notice that I maybe have inadvertently assigned this to the wrong group. I suspect that this should apply to the "Library" rather than "Core". Sorry!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33777>
_______________________________________

From report at bugs.python.org  Tue Jun  5 22:56:19 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 06 Jun 2018 02:56:19 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1528253779.83.0.592728768989.issue33625@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

With the updated PR that uses reentrant system functions if available, this now seems like a pretty big change to be adding to older maintenance releases, especially since it seems like it would be primarily a performance enhancement and not fixing a "repeatable" bug.  I don't think we should backport this to 3.6 or 2.7.  If we can get it in prior to 3.7.0rc1, I'd be kinda OK with backporting to 3.7.  Sound OK?

----------
nosy: +ned.deily
versions:  -Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Tue Jun  5 22:59:13 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 06 Jun 2018 02:59:13 +0000
Subject: [issue33776] Segfault when passing invalid argument to
 asyncio.ensure_future
In-Reply-To: <1528247864.26.0.592728768989.issue33776@psf.upfronthosting.co.za>
Message-ID: <1528253953.77.0.592728768989.issue33776@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Thanks for reporting it.  Looks like this has been fixed in 3.6 (not yet released) and 3.7.0b5 in issue 33584.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33776>
_______________________________________

From report at bugs.python.org  Tue Jun  5 23:10:29 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 06 Jun 2018 03:10:29 +0000
Subject: [issue33778] update Unicode database to 11.0
Message-ID: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>


New submission from Benjamin Peterson <benjamin at python.org>:

http://blog.unicode.org/2018/06/announcing-unicode-standard-version-110.html

----------
assignee: benjamin.peterson
components: Unicode
messages: 318799
nosy: benjamin.peterson, ezio.melotti, vstinner
priority: normal
severity: normal
status: open
title: update Unicode database to 11.0
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Tue Jun  5 23:28:09 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 06 Jun 2018 03:28:09 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528255689.23.0.592728768989.issue33778@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


----------
keywords: +patch
pull_requests: +7067
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Wed Jun  6 00:42:45 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 04:42:45 +0000
Subject: [issue16865] ctypes arrays >=2GB in length causes exception
In-Reply-To: <1357334898.38.0.395259266999.issue16865@psf.upfronthosting.co.za>
Message-ID: <1528260165.56.0.592728768989.issue16865@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7068

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16865>
_______________________________________

From report at bugs.python.org  Wed Jun  6 01:18:19 2018
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 06 Jun 2018 05:18:19 +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: <1528262299.67.0.592728768989.issue5755@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset d59f97c8325ba509c9b08d488091f45ca642f0b6 by INADA Naoki in branch '3.6':
bpo-5755: Move -Wstrict-prototypes to CFLAGS_NODIST (GH-7395)
https://github.com/python/cpython/commit/d59f97c8325ba509c9b08d488091f45ca642f0b6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Wed Jun  6 01:26:45 2018
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 06 Jun 2018 05:26:45 +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: <1528262805.44.0.592728768989.issue5755@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Wed Jun  6 02:32:45 2018
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 06 Jun 2018 06:32:45 +0000
Subject: [issue33578] cjkcodecs missing getstate and setstate implementations
In-Reply-To: <1526713206.06.0.682650639539.issue33578@psf.upfronthosting.co.za>
Message-ID: <1528266765.38.0.592728768989.issue33578@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> `MultibyteCodec_State` can occupy 8 bytes, and `pending` can occupy 2 bytes (MAXENCPENDING), we get a total of 10 bytes which I think exceeds what a PyLong can represent.

PyLong is "long integer", aka "big integer", not C's long type.
https://docs.python.org/3.6/c-api/long.html

You can encode 12 bytes into single long object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33578>
_______________________________________

From report at bugs.python.org  Wed Jun  6 04:00:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 08:00:58 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528272058.04.0.592728768989.issue33751@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7069

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Wed Jun  6 04:46:14 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 08:46:14 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528274774.17.0.592728768989.issue33778@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Benjamin: would you mind to explain how to update Unicode in Python? I would like to document it, if you are not available for example, or don't want to do it anymore.

I'm asking for my general idea of having at least two maintainers per "CPython maintenance task":
http://vstinner.readthedocs.io/cpython_tasks.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Wed Jun  6 05:30:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 09:30:07 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1528277407.55.0.592728768989.issue33625@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Wed Jun  6 05:38:17 2018
From: report at bugs.python.org (Siddhartha Bose)
Date: Wed, 06 Jun 2018 09:38:17 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
Message-ID: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>


New submission from Siddhartha Bose <siddhartha.bose69 at gmail.com>:

Hi Team,

  I am getting below error while trying to install python 3.6.5 on windows 10.

0X80070005 Access is denied.

Logs attached.
Also when I see control panel it shows me under program and feartures however unable to uninstall. 

I am logged in as administrator.

----------
files: Python 3.6.5 (64-bit)_20180606150607.log
messages: 318803
nosy: sid1987
priority: normal
severity: normal
status: open
title: Error while installing python 3.6.5 on windows 10
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47631/Python 3.6.5 (64-bit)_20180606150607.log

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Wed Jun  6 05:39:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 09:39:36 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528277976.01.0.592728768989.issue33779@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Extract of logs:

[48E0:48FC][2018-06-06T15:06:11]i360: Creating a system restore point.
[48E0:48FC][2018-06-06T15:06:11]w363: Could not create system restore point, error: 0x80070514. Continuing...
[4B7C:4B80][2018-06-06T15:06:11]i370: Session begin, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{9d1b786e-0fd4-4386-abc1-4b920ab32da9}, options: 0x4, disable resume: No
[4B7C:4B80][2018-06-06T15:06:11]i320: Registering bundle dependency provider: CPython-3.6, version: 3.6.5150.0
[4B7C:4B80][2018-06-06T15:06:11]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{9d1b786e-0fd4-4386-abc1-4b920ab32da9}, resume: Active, restart initiated: No, disable resume: No
[4B7C:4B80][2018-06-06T15:06:11]e000: Error 0x80070005: Failed to write run key value.
[4B7C:4B80][2018-06-06T15:06:11]e000: Error 0x80070005: Failed to update resume mode.
[4B7C:4B80][2018-06-06T15:06:11]e000: Error 0x80070005: Failed to begin registration session.
[4B7C:4B80][2018-06-06T15:06:11]e000: Error 0x80070005: Failed to register bundle.

----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, vstinner, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Wed Jun  6 05:42:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 09:42:50 +0000
Subject: [issue33765] AppVeyor didn't start on my PR 7365
In-Reply-To: <1528073746.0.0.592728768989.issue33765@psf.upfronthosting.co.za>
Message-ID: <1528278170.3.0.592728768989.issue33765@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

AppVeyor is back! I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33765>
_______________________________________

From report at bugs.python.org  Wed Jun  6 05:44:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 09:44:09 +0000
Subject: [issue33764] AppVeyor builds interrupted before tests complete
In-Reply-To: <1528073612.86.0.592728768989.issue33764@psf.upfronthosting.co.za>
Message-ID: <1528278249.72.0.592728768989.issue33764@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Steve Dower: "Are we sure we haven't actually regressed something here and it's actually taking more resources? (...)"

According to AppVeyor support, there was an issue on their side:

"Regarding disk quota -- we are extremely sorry. This was not your fault, but side effect of build worker image update. You should be good now."

https://help.appveyor.com/discussions/problems/14532-cpython-exceeded-allowed-resource-quotas-what-are-these-quotas-can-them-be-increased

Moreover, AppVeyor donated us a second parallel job!

"We decided to donate additional parallel job to the python account. Let us know how it goes."

I close the issue. AppVeyor is back!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33764>
_______________________________________

From report at bugs.python.org  Wed Jun  6 06:01:53 2018
From: report at bugs.python.org (Yoni Rozenshein)
Date: Wed, 06 Jun 2018 10:01:53 +0000
Subject: [issue33780] [subprocess] Better Unicode support for shell=True on
 Windows
Message-ID: <1528279313.05.0.592728768989.issue33780@psf.upfronthosting.co.za>


New submission from Yoni Rozenshein <yoni.vl at gmail.com>:

In subprocess, the implementation of shell=True on Windows is to launch a subprocess with using {comspec} /c "{args}" (normally comspec=cmd.exe).

By default, the output of cmd is encoded with the "active" codepage. In Python 3.6, you can decode this using encoding='oem'.

However, this actually loses information. For example, try creating a file with a filename in a language that is not your active codepage, and then doing subprocess.check_output('dir', shell=True). In the output, the filename is replaced with question marks (not by Python, by cmd!).

To get the correct output, cmd has a "/u" switch (this switch has probably existed forever - at least since Windows NT 4.0, by my internet search). The output can then be decoded using encoding='utf-16-le', like any native Windows string.

Currently, Popen constructs the command line in this hardcoded format: {comspec} /c "{args}", so you can't get the /u in there with the shell=True shortcut, and have to write your own wrapping code.

I suggest adding an feature to Popen where /u may be inserted before the /c within the shell=True shortcut. I've thought of several ways to implement this:

1. A new argument to Popen, which indicates that we want Unicode shell output; if True, add the /u. Note that we already have a couple of Windows-only arguments to Popen, so this would not be a precedent.

2. If the encoding argument is 'utf-16-le' or one of its aliases, then add the /u.

3. If the encoding argument is not None, then add the /u.

----------
components: Library (Lib)
messages: 318807
nosy: Yoni Rozenshein
priority: normal
severity: normal
status: open
title: [subprocess] Better Unicode support for shell=True on Windows
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33780>
_______________________________________

From report at bugs.python.org  Wed Jun  6 06:23:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 10:23:24 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
Message-ID: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Extract of Python 2.7, Modules/audioop.c:

static int
fbound(double val, double minval, double maxval)
{
    if (val > maxval)
        val = maxval;
    else if (val < minval + 1)
        val = minval;
    return val;
}

Example of usage:

    double factor, fval, maxval, minval;
    int len, size, val = 0;

        fval = (double)val*factor;
        val = (int)floor(fbound(fval, minval, maxval));

It seems wrong to me to call floor() with an integer. Why fbound() doesn't return a double?

fbound() has been modified to explicitly cast its result to an int in the master branch:

static int
fbound(double val, double minval, double maxval)
{
    if (val > maxval)
        val = maxval;
    else if (val < minval + 1)
        val = minval;
    return (int)val;
}

But master still uses something like:

        val = floor(fbound(val, minval, maxval));


It seems like fbound() result is always passed into floor(). Maybe floor() should be moved into fbound()?

Attached PR changes fbound() to round correctly: call floor() into fbound().

--

I looked at the code because of the following compiler warning on Python 2.7:

[00:02:21] ..\Modules\audioop.c(38): warning C4244: 'return' : conversion from 'double' to 'int', possible loss of data [C:\projects\cpython\PCbuild\pythoncore.vcxproj]

----------
components: Extension Modules
messages: 318808
nosy: vstinner
priority: normal
severity: normal
status: open
title: audioop.c: fbound() casts double to int for its return value
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 06:30:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 10:30:08 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528281008.72.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Another variant seen on AppVeyor (PR 7439, master branch):

https://ci.appveyor.com/project/python/cpython/build/3.8build16980

======================================================================
ERROR: test_create_connection_ssl_failed_certificate (test.test_asyncio.test_sslproto.ProactorStartTLSTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\projects\cpython\lib\test\test_asyncio\test_sslproto.py", line 623, in test_create_connection_ssl_failed_certificate
    self.loop.run_until_complete(client(srv.addr))
  File "C:\projects\cpython\lib\asyncio\base_events.py", line 566, in run_until_complete
    raise RuntimeError('Event loop stopped before Future completed.')
RuntimeError: Event loop stopped before Future completed.
----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 06:41:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 10:41:25 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528281685.16.0.592728768989.issue33687@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Is the uu module still maintained? Christian Heimes wants to remove the module:
https://github.com/tiran/peps/blob/oldbatteries/pep-9999.rst

Xiang Zhang made a change in uu last year to add a new feature: new backtick optional parameter, bpo-30103.

----------
nosy: +christian.heimes, vstinner, xiang.zhang

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Wed Jun  6 06:48:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 10:48:42 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528282122.39.0.592728768989.issue33781@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7070
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:02:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 11:02:16 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528282936.66.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh, fbound() cast to (int) has been done by... myself :-D

commit f2b9a340ef143099726fb642951410e4ad793c7f
Author: Victor Stinner <victor.stinner at gmail.com>
Date:   Tue May 7 23:49:15 2013 +0200

    audioop: explicit cast to fix a compiler warning

diff --git a/Modules/audioop.c b/Modules/audioop.c
index 7e40bbddc6..4f2b25f33a 100644
--- a/Modules/audioop.c
+++ b/Modules/audioop.c
@@ -37,7 +37,7 @@ fbound(double val, double minval, double maxval)
         val = maxval;
     else if (val < minval + 1)
         val = minval;
-    return val;
+    return (int)val;
 }


Stupid me!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:05:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 11:05:51 +0000
Subject: [issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on
 AMD64 FreeBSD CURRENT
In-Reply-To: <1501069590.31.0.999059356649.issue31044@psf.upfronthosting.co.za>
Message-ID: <1528283151.21.0.592728768989.issue31044@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7071

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31044>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:12:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 11:12:44 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
Message-ID: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

On my PR https://github.com/python/cpython/pull/7447 "VSTS: Windows-PR" failed: "Windows-PR_20180606.13 failed".

https://python.visualstudio.com/cpython/_build?buildId=6469

"The request was failed due to an internal service error. Please try again."

----------
components: Build, Tests
messages: 318812
nosy: steve.dower, vstinner
priority: normal
severity: normal
status: open
title: VSTS Windows-PR: internal error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:12:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 11:12:53 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1528283573.45.0.592728768989.issue33782@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
assignee:  -> steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:15:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 11:15:26 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1528283726.19.0.592728768989.issue33782@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

By the way, it seems like tests were not run on the Linux-PR job:

https://python.visualstudio.com/cpython/_build?buildId=6467&tab=summary&_a=summary

Linux-PR / Build Linux-PR_20180606.13: "No test runs are available for this build."

"Retained state Build not retained"

What does it mean? Is it a bug?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:46:43 2018
From: report at bugs.python.org (R. David Murray)
Date: Wed, 06 Jun 2018 11:46:43 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528285603.79.0.592728768989.issue33687@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

The email module uses it, so I would object to its being removed.  It may not be used often (probably only when working with old email archives), but there's no good reason I can see to break something that currently works.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:56:59 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 06 Jun 2018 11:56:59 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528286219.15.0.592728768989.issue33687@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

I modified it for the feature, not maintain it. I remember at that time I get the feeling it's somewhat strange there are two APIs, with similar functionality resides in two modules, need to be updated.

----------
nosy:  -r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Wed Jun  6 07:58:19 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 06 Jun 2018 11:58:19 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528286299.1.0.592728768989.issue33687@psf.upfronthosting.co.za>


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


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Wed Jun  6 08:37:02 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 06 Jun 2018 12:37:02 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528288622.26.0.592728768989.issue22454@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

Hi Vinay,

You made the most recent changes to shlex, so I was wondering what you thought of this suggestion.  Thanks!

----------
nosy: +cheryl.sabella, vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Wed Jun  6 08:59:58 2018
From: report at bugs.python.org (R. David Murray)
Date: Wed, 06 Jun 2018 12:59:58 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528289998.62.0.592728768989.issue22454@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I like it, myself, though there is some danger in promoting the idea that this is a "safe" operation.  It theoretically should be, but it increases the attack surface slightly if you actually use it (that is, using shell=False is always safer, by at least a small margin).  Maybe a mention of that in the docs would be enough, though.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:15:23 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 06 Jun 2018 13:15:23 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1528290923.13.0.592728768989.issue33782@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

I'd already started discussing this with the VSTS team, it seems to be a bug on their side.

The "build not retained" state just means it'll get cleaned up after seven days. People with login access can mark a build to be kept permanently, which changes that state.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:22:59 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 06 Jun 2018 13:22:59 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528291379.51.0.592728768989.issue33779@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Did you have a previous install? It looks like it is registered but somehow you don't have the ability to replace it.

If you're comfortable with using regedit.exe, you could try renaming SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{9d1b786e-0fd4-4386-abc1-4b920ab32da9} (probably under HKEY_CURRENT_USER, but running as admin all the time can make installers choose HKEY_LOCAL_MACHINE instead). Renaming will get it out of the way so you can try installing again, but you can bring it back if something else breaks.

If you're not comfortable, let me know and I'll make a Powershell script for you can that do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:28:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 13:28:56 +0000
Subject: [issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on
 AMD64 FreeBSD CURRENT
In-Reply-To: <1501069590.31.0.999059356649.issue31044@psf.upfronthosting.co.za>
Message-ID: <1528291736.52.0.592728768989.issue31044@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b5d702e5e7291eed21666ed931da2a5e92c28a65 by Victor Stinner in branch 'master':
bpo-31044, test_posix: Reenable makedev() tests on FreeBSD (#7449)
https://github.com/python/cpython/commit/b5d702e5e7291eed21666ed931da2a5e92c28a65


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31044>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:33:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 13:33:08 +0000
Subject: [issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on
 AMD64 FreeBSD CURRENT
In-Reply-To: <1501069590.31.0.999059356649.issue31044@psf.upfronthosting.co.za>
Message-ID: <1528291988.15.0.592728768989.issue31044@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I enabled again the test in the master branch, the FreeBSD kernel bug has been fixed 10 months ago:

* https://svnweb.freebsd.org/base?view=revision&revision=321920
* https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221048

Technically, we could reenable the test in 3.7 as well, but I prefer to leave it disabled since I'm not 100% sure that all FreeBSD kernels in the wild are fine, and the code is already well tested by other platforms.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31044>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:48:39 2018
From: report at bugs.python.org (Al-Scandar Solstag)
Date: Wed, 06 Jun 2018 13:48:39 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1528292919.17.0.592728768989.issue33774@psf.upfronthosting.co.za>


Al-Scandar Solstag <solstag at member.fsf.org> added the comment:

Hi Raymond, I think I understand what you mean, and would suggest something along the lines of:

"""
Note that lru_cache only guarantees cache matches on the exact way function arguments are specified, so the following ways of calling 'def f(a, b=7)' are not guaranteed to cache each other: f(1), f(a=1), f(1, 7), f(1, b=7), f(a=1, b=7).
"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:50:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 13:50:05 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1528293005.97.0.592728768989.issue33782@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> The "build not retained" state just means it'll get cleaned up after seven days.

Oh ok. But I'm confused, I don't see where are the logs. I clicked on Timeline, Code coverage, Tests: all are empty. In the logs ZIP, I cannot see any command related to Python (like building the C code or run tests). The build is failed but didn't run anything?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 09:50:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 13:50:52 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528293052.53.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 45e4efba7fa2abe61d25e4f8b5bf482e19ff1280 by Victor Stinner in branch 'master':
bpo-33781: audioop: enhance rounding double as int (GH-7447)
https://github.com/python/cpython/commit/45e4efba7fa2abe61d25e4f8b5bf482e19ff1280


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:15:44 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 06 Jun 2018 14:15:44 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1528294544.3.0.592728768989.issue33782@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Right. This build failed to start, which is why there's only one section on the left hand side (normally you'll see all the build steps there, and clicking on them will show their logs).

I think it'll be an internal race condition. I'll pass back whatever info I can as I find out more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:17:16 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 14:17:16 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528294636.98.0.592728768989.issue33781@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7072

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:18:13 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 14:18:13 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528294693.5.0.592728768989.issue33781@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It was my mistake. fbound() should be return double.

But since it is always used with floor(), it is better to move floor() inside it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:18:13 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 14:18:13 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528294693.5.0.592728768989.issue33781@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It was my mistake. fbound() should be return double.

But since it is always used with floor(), it is better to move floor() inside it.

----------
nosy: +serhiy.storchaka
pull_requests: +7073

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:22:42 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 06 Jun 2018 14:22:42 +0000
Subject: [issue33783] Use proper class markup for random.Random docs
Message-ID: <1528294962.84.0.592728768989.issue33783@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

Talking to Berker on http://psf.upfronthosting.co.za/roundup/meta/issue644 I noticed that docs for random.Random are currently embedded in the module preamble text for https://docs.python.org/3/library/random.html and hence really easy to miss.

It would be good if they were broken out into a proper Sphix class directive so that the fact you can create your own dedicated pseudorandom number generators for specific purposes is easier to see on a quick scan of the docs.

----------
keywords: easy
messages: 318827
nosy: berker.peksag, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Use proper class markup for random.Random docs
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33783>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:23:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 14:23:20 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528295000.24.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> But since it is always used with floor(), it is better to move floor() inside it.

Yeah, that's what I did ;-) I will backport the change to 3.7, 3.6 and 2.7. My final goal is just to fix a compiler warning in 2.7 :-D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:33:08 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 14:33:08 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528295588.73.0.592728768989.issue33781@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5c022f13ab6db8929e092ad035b3dc61701e3198 by Miss Islington (bot) in branch '3.7':
bpo-33781: audioop: enhance rounding double as int (GH-7447)
https://github.com/python/cpython/commit/5c022f13ab6db8929e092ad035b3dc61701e3198


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:40:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 14:40:41 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528296041.96.0.592728768989.issue33781@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7074

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 10:41:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 14:41:36 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528296096.79.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Note: I chose to not add a NEWS entry, because even if my change might enhance the rounding, I don't think that it has any effect in practice :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:12:43 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:12:43 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528297963.78.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b17d409bc0458e3981987c2358da661f228f5891 by Victor Stinner in branch '2.7':
bpo-33781: audioop: enhance rounding double as int (GH-7447) (GH-7452)
https://github.com/python/cpython/commit/b17d409bc0458e3981987c2358da661f228f5891


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:14:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:14:11 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528298051.23.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> New changeset b17d409bc0458e3981987c2358da661f228f5891 by Victor Stinner in branch '2.7':
> bpo-33781: audioop: enhance rounding double as int (GH-7447) (GH-7452)

I checked AppVeyor logs: this change fixed the audioop.c warning that I wanted to fix ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:17:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:17:48 +0000
Subject: [issue19418] audioop.c giving signed/unsigned warnings on Windows
In-Reply-To: <1382903078.0.0.055907083151.issue19418@psf.upfronthosting.co.za>
Message-ID: <1528298268.88.0.592728768989.issue19418@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7075

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19418>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:17:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:17:49 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528298269.01.0.786479179495.issue33781@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7076

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:18:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:18:30 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528298310.04.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 2bc1946fb02e140f5f5ac21a1afa2763615ad16b by Victor Stinner (Miss Islington (bot)) in branch '3.6':
bpo-33781: audioop: enhance rounding double as int (GH-7447) (GH-7451)
https://github.com/python/cpython/commit/2bc1946fb02e140f5f5ac21a1afa2763615ad16b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:23:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:23:52 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528298632.9.0.592728768989.issue33773@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 492d6424a7ca907c8ec1df21e51062e8f3d88e32 by Victor Stinner in branch 'master':
bpo-33773: Fix test.support.fd_count() on Linux/FreBSD (GH-7421)
https://github.com/python/cpython/commit/492d6424a7ca907c8ec1df21e51062e8f3d88e32


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:26:42 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 15:26:42 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528298802.46.0.592728768989.issue33773@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7077

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:27:37 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 15:27:37 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528298857.12.0.592728768989.issue33773@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7078

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:29:28 2018
From: report at bugs.python.org (Francois Schneider)
Date: Wed, 06 Jun 2018 15:29:28 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
Message-ID: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>


New submission from Francois Schneider <francois.schneider at gmail.com>:

>>> import ipaddress
>>> hash(ipaddress.ip_network(u'20.0.2.3/32')) == hash(ipaddress.ip_network(u'20.0.2.0/30'))
True

----------
components: Library (Lib)
messages: 318835
nosy: Francois Schneider
priority: normal
severity: normal
status: open
title: hash collision in instances of ipaddress.ip_network
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:32:09 2018
From: report at bugs.python.org (Francois Schneider)
Date: Wed, 06 Jun 2018 15:32:09 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528299129.72.0.592728768989.issue33784@psf.upfronthosting.co.za>


Change by Francois Schneider <francois.schneider at gmail.com>:


----------
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:48:37 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:48:37 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528300117.71.0.592728768989.issue33773@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7079

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:51:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:51:10 +0000
Subject: [issue19418] audioop.c giving signed/unsigned warnings on Windows
In-Reply-To: <1382903078.0.0.055907083151.issue19418@psf.upfronthosting.co.za>
Message-ID: <1528300270.01.0.592728768989.issue19418@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset e5b79c546370521764457ea2ec809303e580f5ea by Victor Stinner in branch '2.7':
bpo-19418: audioop.c: Fix warnings on -0x80000000 (GH-7453)
https://github.com/python/cpython/commit/e5b79c546370521764457ea2ec809303e580f5ea


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19418>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:51:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:51:10 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528300270.2.0.584625200856.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset e5b79c546370521764457ea2ec809303e580f5ea by Victor Stinner in branch '2.7':
bpo-19418: audioop.c: Fix warnings on -0x80000000 (GH-7453)
https://github.com/python/cpython/commit/e5b79c546370521764457ea2ec809303e580f5ea


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:55:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:55: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: <1528300520.5.0.592728768989.issue28240@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 3ef769fcd378a7f1cda19c0dfec2e79613d79e48 by Victor Stinner in branch 'master':
bpo-28240: timeit: Update repeat() doc (GH-7419)
https://github.com/python/cpython/commit/3ef769fcd378a7f1cda19c0dfec2e79613d79e48


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:55:54 2018
From: report at bugs.python.org (Romaji Milton Amulo)
Date: Wed, 06 Jun 2018 15:55:54 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
Message-ID: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>


New submission from Romaji Milton Amulo <nxt101 at gmail.com>:

On Windows 10, 64 bit, "Python 3.6.1 (v3.6.1:69c0db5, Mar 21 2017, 18:41:36) [MSC v.1900 64 bit (AMD64)] on win32" crashes if ?? is pasted into the interpreter window, closing the window immediately.
Also ??? crashes it too, suggesting the bug might be in text processing of Etruscan runes.

----------
components: Unicode
messages: 318839
nosy: ezio.melotti, romaji, vstinner
priority: normal
severity: normal
status: open
title: Crash caused by pasting ?? into python
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:56:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 15:56:31 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528300591.56.0.592728768989.issue33785@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Are you using cmd.exe, PowerShell or IDLE?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:56:39 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 15:56: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: <1528300599.15.0.592728768989.issue28240@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7080

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:57:22 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 15:57:22 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528300642.38.0.592728768989.issue33773@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 016aff77cbf5f63ed051a98ac628522a1cfd40a4 by Miss Islington (bot) in branch '3.7':
bpo-33773: Fix test.support.fd_count() on Linux/FreBSD (GH-7421)
https://github.com/python/cpython/commit/016aff77cbf5f63ed051a98ac628522a1cfd40a4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 11:58:21 2018
From: report at bugs.python.org (Romaji Milton Amulo)
Date: Wed, 06 Jun 2018 15:58:21 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300591.56.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <CANbwn5BxV0sMBDASOptu-PwCuObqtz3qDnJGGsE7JTCJM2xgkA@mail.gmail.com>


Romaji Milton Amulo <nxt101 at gmail.com> added the comment:

IDLE

On Wed, Jun 6, 2018, 11:56 STINNER Victor <report at bugs.python.org> wrote:

>
> STINNER Victor <vstinner at redhat.com> added the comment:
>
> Are you using cmd.exe, PowerShell or IDLE?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33785>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 12:09:28 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 06 Jun 2018 16:09:28 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528301368.13.0.592728768989.issue33773@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 97fe1b493df979956c66c57095bc7fce22104faf by Miss Islington (bot) in branch '3.6':
bpo-33773: Fix test.support.fd_count() on Linux/FreBSD (GH-7421)
https://github.com/python/cpython/commit/97fe1b493df979956c66c57095bc7fce22104faf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 12:23:16 2018
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 06 Jun 2018 16:23:16 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528302196.66.0.592728768989.issue33785@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

I suspect this is the old issue of Tcl/Tk's lack of support for Unicode characters outside the BMP.  If I'm correct, there's nothing we can do about it.

----------
assignee:  -> terry.reedy
components: +IDLE
nosy: +serhiy.storchaka, terry.reedy, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 12:31:15 2018
From: report at bugs.python.org (Romaji Milton Amulo)
Date: Wed, 06 Jun 2018 16:31:15 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528302675.65.0.592728768989.issue33785@psf.upfronthosting.co.za>


Romaji Milton Amulo <nxt101 at gmail.com> added the comment:

Would running it in Powershell avoid the issue?
What is the BMP, by the way?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 12:57:26 2018
From: report at bugs.python.org (Matthew Barnett)
Date: Wed, 06 Jun 2018 16:57:26 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528304246.46.0.592728768989.issue33785@psf.upfronthosting.co.za>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

For clarity, the first is '\U00010308\U00010316' and the second is '\U00010306\U00010300\U0001030B'.

The BMP is the Basic Multilingual Plane, which covers the codepoints in the range U+0000 to U+FFFF. Some software has a problem dealing with codepoints outside the BMP.

----------
nosy: +mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 12:58:19 2018
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 06 Jun 2018 16:58:19 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528304299.81.0.592728768989.issue33785@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Depending on PowerShell's support for Unicode (I'm not familiar with it :)), yes; running python from PowerShell would probably be fine in this case.

The BMP: https://en.wikipedia.org/wiki/Plane_(Unicode)#Basic_Multilingual_Plane

----------
nosy:  -mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:04:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:04:01 +0000
Subject: [issue33781] audioop.c: fbound() casts double to int for its return
 value
In-Reply-To: <1528280604.0.0.592728768989.issue33781@psf.upfronthosting.co.za>
Message-ID: <1528304641.74.0.592728768989.issue33781@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ok, fbound() is now better in all branches. I also fixed all compiler warnings in 2.7. I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33781>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:05:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:05:00 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528304700.65.0.592728768989.issue33773@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 67b7158d53f33ed644cc11ef394470a859ea8bad by Victor Stinner in branch '2.7':
bpo-33773: Fix test.support.fd_count() on Linux/FreBSD (GH-7421) (GH-7456)
https://github.com/python/cpython/commit/67b7158d53f33ed644cc11ef394470a859ea8bad


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:05:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:05:16 +0000
Subject: [issue33773] test.support.fd_count(): off-by-one error when listing
 /proc/self/fd/
In-Reply-To: <1528198179.8.0.592728768989.issue33773@psf.upfronthosting.co.za>
Message-ID: <1528304716.43.0.592728768989.issue33773@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33773>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:05:20 2018
From: report at bugs.python.org (Romaji Milton Amulo)
Date: Wed, 06 Jun 2018 17:05:20 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_python?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528304720.98.0.592728768989.issue33785@psf.upfronthosting.co.za>


Romaji Milton Amulo <nxt101 at gmail.com> added the comment:

It doesn't crash in Powershell, only shows up as the ? in a box character
The issue must be with IDLE, most likely the BMP lack of support

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:05:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:05:48 +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: <1528304748.59.0.592728768989.issue28240@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset cebd4b009adca6611e92eb337747f59818e941a6 by Victor Stinner (Miss Islington (bot)) in branch '3.7':
bpo-28240: timeit: Update repeat() doc (GH-7419) (GH-7457)
https://github.com/python/cpython/commit/cebd4b009adca6611e92eb337747f59818e941a6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:06:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:06: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: <1528304801.38.0.592728768989.issue28240@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I updated the documentation in 3.7 and master branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28240>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:07:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 17:07:38 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_IDLE_on_Windows?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528304858.26.0.592728768989.issue33785@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: Crash caused by pasting ?? into python -> Crash caused by pasting ?? into IDLE on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:24:35 2018
From: report at bugs.python.org (Valentin Lavrinenko)
Date: Wed, 06 Jun 2018 17:24:35 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
Message-ID: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>


New submission from Valentin Lavrinenko <valentin.lavrinenko at gmail.com>:

```
@asynccontextmanager
async def ctx():
    yield


async def gen():
    async with ctx():
        yield 'hello'
        yield 'world'


async def main():
    async with ctx():
        async for value in gen():
            print(value)
            raise RuntimeError()
```

Running main() leads to `RuntimeError: generator didn't stop after throw()`. This happens because async gernerator's `.athrow()` method doesn't re-throw `GeneratorExit` exception; probably, this is wrong.

----------
components: asyncio
messages: 318853
nosy: Valentin Lavrinenko, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: @asynccontextmanager doesn't work well with async generators
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:27:13 2018
From: report at bugs.python.org (Valentin Lavrinenko)
Date: Wed, 06 Jun 2018 17:27:13 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528306033.2.0.592728768989.issue33786@psf.upfronthosting.co.za>


Valentin Lavrinenko <valentin.lavrinenko at gmail.com> added the comment:

Sorry, `async with ctx()` in main() is not needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Wed Jun  6 13:33:02 2018
From: report at bugs.python.org (Aaron Meurer)
Date: Wed, 06 Jun 2018 17:33:02 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528306382.03.0.592728768989.issue24622@psf.upfronthosting.co.za>


Aaron Meurer <asmeurer at gmail.com> added the comment:

I would suggest adding this to the what's new document https://docs.python.org/3.7/whatsnew/3.7.html. The change affects user-facing code (the exact_type attribute of TokenInfo is OP for ... and -> tokens prior to this patch). 

I would also point out that this directly contradicts the documentation (from https://docs.python.org/3/library/tokenize.html, "To simplify token stream handling, all operator and delimiter tokens and Ellipsis are returned using the generic OP token type. The exact type can be determined by checking the exact_type property on the named tuple returned from tokenize.tokenize()."), so I don't see why it can't be backported.

----------
nosy: +Aaron.Meurer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Wed Jun  6 14:16:25 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 18:16:25 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528308985.98.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Wed Jun  6 14:18:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 18:18:30 +0000
Subject: [issue33783] Use proper class markup for random.Random docs
In-Reply-To: <1528294962.84.0.592728768989.issue33783@psf.upfronthosting.co.za>
Message-ID: <1528309110.42.0.592728768989.issue33783@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +mark.dickinson, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33783>
_______________________________________

From report at bugs.python.org  Wed Jun  6 14:23:39 2018
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 06 Jun 2018 18:23:39 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528309419.38.0.592728768989.issue24622@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

I would not mind backporting this. Let's think about it for a while.

----------
assignee: skrah -> 
resolution: fixed -> 
stage: resolved -> backport needed
status: closed -> open
versions: +Python 3.6 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Wed Jun  6 14:23:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 06 Jun 2018 18:23:53 +0000
Subject: [issue33780] [subprocess] Better Unicode support for shell=True on
 Windows
In-Reply-To: <1528279313.05.0.592728768989.issue33780@psf.upfronthosting.co.za>
Message-ID: <1528309433.95.0.592728768989.issue33780@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Windows
nosy: +giampaolo.rodola, paul.moore, steve.dower, tim.golden, vstinner, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33780>
_______________________________________

From report at bugs.python.org  Wed Jun  6 15:04:03 2018
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 06 Jun 2018 19:04:03 +0000
Subject: [issue33777] dummy_threading: .is_alive method returns True after
 execution has completed
In-Reply-To: <1528250405.09.0.592728768989.issue33777@psf.upfronthosting.co.za>
Message-ID: <1528311843.05.0.592728768989.issue33777@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


----------
components: +Library (Lib) -Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33777>
_______________________________________

From report at bugs.python.org  Wed Jun  6 15:49:08 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Jun 2018 19:49:08 +0000
Subject: [issue33787] Argument clinic and Windows line endings
Message-ID: <1528314548.88.0.592728768989.issue33787@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <g.rodola at gmail.com>:

If I use "Tools\clinic\clinic.py Modules\somemodule.c" on Windows argument clinic will modify the whole file and use Windows line endings (  "\r\n"). It would be good to use "\n" instead.

----------
assignee: larry
components: Argument Clinic
messages: 318857
nosy: giampaolo.rodola, larry
priority: normal
severity: normal
status: open
title: Argument clinic and Windows line endings
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33787>
_______________________________________

From report at bugs.python.org  Wed Jun  6 15:58:48 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 06 Jun 2018 19:58:48 +0000
Subject: [issue33788] Argument clinic: use path_t in _winapi.c
Message-ID: <1528315127.95.0.592728768989.issue33788@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola' <g.rodola at gmail.com>:

There currently are different functions in Modules/_winapi.c that deals with paths: CreateFile, CreateJunction, CreateNamedPipe and I'm currently working on a patch which will add 3 more. For those functions it would be convenient to be able to use path_t which is currently defined in Modules/posixmodule.c. I started playing with argument clinic only recently so I'm not sure if there's a way to avoid path_t definition.

----------
components: Argument Clinic
messages: 318858
nosy: giampaolo.rodola, larry
priority: normal
severity: normal
status: open
title: Argument clinic: use path_t in _winapi.c
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33788>
_______________________________________

From report at bugs.python.org  Wed Jun  6 17:18:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 21:18:11 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528319891.33.0.592728768989.issue31731@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7081
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Wed Jun  6 17:33:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 21:33:38 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528320818.36.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 02b4d67a38b0c17d87749eeefc51e91baef10857 by Victor Stinner in branch '2.7':
bpo-31731: test_io hangs with --huntrleaks: exclude it (GH-7459)
https://github.com/python/cpython/commit/02b4d67a38b0c17d87749eeefc51e91baef10857


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Wed Jun  6 17:35:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 21:35:32 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528320932.95.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

test_io hangs often on Gentoo Refleaks 2.7 buildbot: Zachary Ware, who owns the builder, has to interrupt the test regularly. So I disabled test_io in regrtest when --huntrleaks is used, since at least one bug has been identified in test_io in test_interrupted*().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Wed Jun  6 17:38:34 2018
From: report at bugs.python.org (Michael Felt)
Date: Wed, 06 Jun 2018 21:38:34 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528321114.05.0.592728768989.issue32493@psf.upfronthosting.co.za>


Change by Michael Felt <michael at felt.demon.nl>:


----------
pull_requests: +7082

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Wed Jun  6 17:38:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 06 Jun 2018 21:38:44 +0000
Subject: =?utf-8?b?W2lzc3VlMzM3ODVdIENyYXNoIGNhdXNlZCBieSBwYXN0aW5nIPCQjIjwkIyW?=
 =?utf-8?q?_into_IDLE_on_Windows?=
In-Reply-To: <1528300554.15.0.592728768989.issue33785@psf.upfronthosting.co.za>
Message-ID: <1528321124.06.0.592728768989.issue33785@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This is a duplicate of the remaining part of #13153.  The error message displayed in a console used to start IDLE is the same, ending with "UnicodeDecodeError: 'utf-8' codec can't decode byte 0xed in position 0: invalid continuation byte"  In the previous issue, Ezio explained the message and Serhiy submitted patches at yet untested.  So I am closing this.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE crashes when pasting non-BMP unicode char on Py3
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33785>
_______________________________________

From report at bugs.python.org  Wed Jun  6 18:14:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 06 Jun 2018 22:14:40 +0000
Subject: [issue13153] IDLE 3.x on Windows crashes when pasting non-BMP unicode
In-Reply-To: <1318363292.9.0.682519731008.issue13153@psf.upfronthosting.co.za>
Message-ID: <1528323280.83.0.592728768989.issue13153@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: https://bugs.python.org/msg318863

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13153>
_______________________________________

From report at bugs.python.org  Wed Jun  6 18:16:12 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 06 Jun 2018 22:16:12 +0000
Subject: [issue13153] IDLE 3.x on Windows crashes when pasting non-BMP unicode
In-Reply-To: <1318363292.9.0.682519731008.issue13153@psf.upfronthosting.co.za>
Message-ID: <1528323372.69.0.592728768989.issue13153@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -JBernardo, Ramchandra Apte, Rosuav, THRlWiTi, William.Schwartz, asvetlov, loewis, python-dev, roger.serwy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13153>
_______________________________________

From report at bugs.python.org  Wed Jun  6 18:44:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 22:44:08 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
Message-ID: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

vstinner at apu$ ./python -X dev -u -m test test_asyncio -v 2>&1
(...)
test_create_connection_ssl_failed_certificate (test.test_asyncio.test_sslproto.SelectorStartTLSTests) ...

Exception in thread test-server:
Traceback (most recent call last):
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 263, in _run
    self._handle_client(conn)
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 272, in _handle_client
    self._prog(TestSocketWrapper(sock))
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/test_sslproto.py", line 604, in server
    server_side=True)
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 153, in start_tls
    ssl_sock.do_handshake()
  File "/home/vstinner/prog/python/master/Lib/ssl.py", line 1108, in do_handshake
    self._sslobj.do_handshake()
OSError: [Errno 0] Error

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/vstinner/prog/python/master/Lib/threading.py", line 917, in _bootstrap_inner
    self.run()
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 232, in run
    self._run()
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 269, in _run
    self._test._abort_socket_test(ex)
  File "/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py", line 122, in _abort_socket_test
    self.fail(ex)
  File "/home/vstinner/prog/python/master/Lib/unittest/case.py", line 680, in fail
    raise self.failureException(msg)
AssertionError: [Errno 0] Error

/home/vstinner/prog/python/master/Lib/threading.py:951: ResourceWarning: unclosed <ssl.SSLSocket fd=12, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 53417), raddr=('127.0.0.1', 44022)>
  del exc_type, exc_value, exc_tb
ok

(...)

test_start_tls_client_corrupted_ssl (test.test_asyncio.test_sslproto.SelectorStartTLSTests) ...

/home/vstinner/prog/python/master/Lib/test/test_asyncio/functional.py:272: ResourceWarning: unclosed <socket.socket fd=13, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 46551), raddr=('127.0.0.1', 34620)>
  self._prog(TestSocketWrapper(sock))
/home/vstinner/prog/python/master/Lib/asyncio/sslproto.py:322: ResourceWarning: unclosed transport <asyncio.sslproto._SSLProtocolTransport object at 0x7f74c1ac6400>
  source=self)
ok

(...)


I'm working on a fix.

----------
components: asyncio
messages: 318864
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio emits ResourceWarning warnings
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Wed Jun  6 18:58:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 22:58:05 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528325885.42.0.592728768989.issue33789@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7083
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Wed Jun  6 19:03:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 23:03:42 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528326222.85.0.592728768989.issue33789@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7084

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Wed Jun  6 19:11:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 23:11:31 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528326691.73.0.592728768989.issue32676@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7085
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Wed Jun  6 19:12:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 23:12:41 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528326761.4.0.592728768989.issue33789@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 0eba7c39132614a5730cda6b340e18dfb2d30d14 by Victor Stinner in branch 'master':
bpo-33789: test_asyncio: Fix ResourceWarning (GH-7460)
https://github.com/python/cpython/commit/0eba7c39132614a5730cda6b340e18dfb2d30d14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Wed Jun  6 19:13:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 23:13:50 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528326830.65.0.592728768989.issue33789@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 7ed61e9431ee2c191aeeeb26f86a71bb90ab99fd by Victor Stinner in branch 'master':
bpo-33789, test_asyncio: Hide PendingDeprecationWarning (GH-7461)
https://github.com/python/cpython/commit/7ed61e9431ee2c191aeeeb26f86a71bb90ab99fd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Wed Jun  6 19:30:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 06 Jun 2018 23:30:41 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528327841.88.0.592728768989.issue32676@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 9f04f0df6fdb27190690bda949d213893d14e807 by Victor Stinner in branch 'master':
bpo-32676, test_asyncio: Fix warning in test_error_in_call_soon() (GH-7462)
https://github.com/python/cpython/commit/9f04f0df6fdb27190690bda949d213893d14e807


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Wed Jun  6 20:51:50 2018
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 07 Jun 2018 00:51:50 +0000
Subject: [issue33780] [subprocess] Better Unicode support for shell=True on
 Windows
In-Reply-To: <1528279313.05.0.592728768989.issue33780@psf.upfronthosting.co.za>
Message-ID: <1528332710.39.0.592728768989.issue33780@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

> To get the correct output, cmd has a "/u" switch (this switch has 
> probably existed forever - at least since Windows NT 4.0, by my 
> internet search). The output can then be decoded using 
> encoding='utf-16-le', like any native Windows string.

However, the /u switch doesn't affect how CMD reads from stdin when it's a disk file or pipe. For example, `set /p` will stop at the first NUL byte. In general this is mismatched with subprocess, which provides a single `encoding` value for all 3 standard I/O streams. For example:

    >>> r = subprocess.run('cmd /d /v /u /c "set /p spam= & echo !spam!"',
    ...     capture_output=True, input='spam', encoding='oem')
    >>> r.stdout
    's\x00p\x00a\x00m\x00\n\x00\n\x00'

With UTF-16 input, CMD only reads up to "s" instead of reading the entire "s\x00p\x00a\x00m\x00" string that was written to stdin:

    >>> r = subprocess.run('cmd /d /v /u /c "set /p spam= & echo !spam!"',
    ...     capture_output=True, input='spam', encoding='utf-16le')
    >>> r.stdout
    's\n'

> 1. A new argument to Popen

This may lead to confusion and false bug reports by people who expect the setting to also affect external programs run via the shell (e.g. tasklist.exe). It's also not consistent with how CMD reads from stdin, as shown above. 

I can see the use of adding a cross-platform get_shell_path() function that returns the fully-qualified path to the shell that's used by shell=True. This way programs don't have to figure it out on their own if they need custom shell options. 

Common CMD shell options in Windows include /d (skip AutoRun commands), /v (enable delayed expansion of environment variables via "!"), /e (enable command extensions), /k (remain running after the command), and /u. I'd prefer subprocess to use /d by default. It's strange that the CRT's system() command doesn't use it.

Currently the shell path can be "/bin/sh" or "/system/bin/sh" in POSIX and os.environ.get("COMSPEC", "cmd.exe") in Windows. I'd prefer that Windows instead used:

    shell_path = os.path.abspath(os.environ.get('ComSpec',
                    os.path.join(_winapi.GetSystemDirectory(), 'cmd.exe')))

i.e. never use an unqualified, relative path such as "cmd.exe". 

Instead of the single-use GetSystemDirectory function, it could instead use _winapi.SHGetKnownFolderPath(_winapi.FOLDERID_System), or _winapi.SHGetKnownFolderPath('{1AC14E77-02E7-4E5D-B744-2EB1AE5198B7}') if the GUID constants aren't added.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33780>
_______________________________________

From report at bugs.python.org  Wed Jun  6 20:58:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 00:58:25 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528333105.09.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The bug can be reproduced on Linux using this patch:

diff --git a/Lib/test/test_asyncio/test_sslproto.py b/Lib/test/test_asyncio/test_sslproto.py
index 78ab1eb822..735313152c 100644
--- a/Lib/test/test_asyncio/test_sslproto.py
+++ b/Lib/test/test_asyncio/test_sslproto.py
@@ -471,6 +471,8 @@ class BaseStartTLS(func_tests.FunctionalTestCaseMixin):
 
             self.assertEqual(proto.data, b'')
 
+            await asyncio.sleep(1)
+
             new_tr = await self.loop.start_tls(
                 tr, proto, server_context,
                 server_side=True,

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 20:58:29 2018
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 07 Jun 2018 00:58:29 +0000
Subject: [issue33780] [subprocess] Better Unicode support for shell=True on
 Windows
In-Reply-To: <1528279313.05.0.592728768989.issue33780@psf.upfronthosting.co.za>
Message-ID: <1528333109.8.0.592728768989.issue33780@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

> By default, the output of cmd is encoded with the "active" 
> codepage. In Python 3.6, you can decode this using 
> encoding='oem'.

FYI, the actual encoding is not necessarily "oem".

The console codepage may have been changed from the initial value by a SetConsoleCP call in the current process or another process (e.g. chcp.com, mode.com). For example, a batch script can switch to codepage 65001 to allow CMD to read a UTF-8 encoded batch file; or read UTF-8 from an external command in a `for /f` loop; or write UTF-8 to a disk file or pipe. 

(Only switch to codepage 65001 temporarily. Using UTF-8 for legacy console I/O is buggy. CMD, PowerShell, and Python 3.6+ aren't affected since they use the wide-character API for console I/O. But a legacy console application that uses the codepage implicitly with ReadFile and WriteFile for byte-based I/O may get invalid results such as reading a non-ASCII character as NUL, or the entire read failing, or writing garbage to the console after output that contains non-ASCII characters.)

To accommodate applications that use the current console codepage for standard I/O, Python could add two encodings that correspond to the current value of GetConsoleCP and GetConsoleOutputCP (e.g. named "conin" and "conout"). 

Additionally, we can't assume the console codepage is initially OEM. It depends on settings in the registry or the shell shortcut for the application that allocated the console. In particular, if a new console window is allocated by a process (either explicitly via AllocConsole or implicitly for a console app that either hasn't inherited a console or was created with the CREATE_NEW_CONSOLE or CREATE_NO_WINDOW creation flag), then the console loads custom settings from either the registry key "HKCU\Console\<window title>" or the shell shortcut (LNK file) that started the application. 

If the console uses the window-title registry key, it looks for a "CodePage" DWORD value. The key name is the normalized window title, which comes from the WindowTitle field of the process parameters. This can be set explicitly using the STARTUPINFO lpTitle field that's passed to CreateProcess. Otherwise the system uses the executable path as the default window title. The console normalizes the title string to create a valid key name by replacing backslash with underscore, and it also substitutes "%SystemRoot%" for the Windows directory, e.g. the default configuration key for CMD is "HKCU\Console\%SystemRoot%_system32_cmd.exe". 

The codepage can also be set in a shell shortcut (LNK file) [1]. When an application is started from a shell shortcut, the shell sets the STARTUPINFO flag STARTF_TITLEISLINKNAME and the lpTitle string to the fully-qualified path of the LNK file. In this case, the console reads the LNK file to load its settings, rather than using the window-title subkey in the registry. But the "HKCU\Console" root key is still used for the default settings.

Finally, if CMD is run without a console (i.e. using the DETACHED_PROCESS creation flag), the default codepage is ANSI, not OEM. This isn't hard-coded in CMD. It happens that GetConsoleCP returns 0 (i.e. CP_ACP) in this case.

[1]: https://msdn.microsoft.com/en-us/library/dd891330.aspx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33780>
_______________________________________

From report at bugs.python.org  Wed Jun  6 21:00:27 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 07 Jun 2018 01:00:27 +0000
Subject: [issue33783] Use proper class markup for random.Random docs
In-Reply-To: <1528294962.84.0.592728768989.issue33783@psf.upfronthosting.co.za>
Message-ID: <1528333227.42.0.592728768989.issue33783@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks, I'll add a separate entry for the random.Random() class.

----------
components: +Documentation
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33783>
_______________________________________

From report at bugs.python.org  Wed Jun  6 21:08:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 01:08:32 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528333712.28.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Call stack when the asyncio client connects to the server when the bug occurs:

SSLProtocol.connection_made()
-> SSLProtocol._start_handshake()
-> SSLProtocol._process_write_backlog()
-> SSLPipe.do_handshake()
-> SSLPipe.feed_ssldata(b'', only_handshake=True)
-> SSLObject.do_handshake()
-> C SSL_do_handshake() returns immediately because the socket is non-blocking

It seems like SSLObject.do_handshake() is only attempted once and... then nothing. The client is supposed to send data, retry the handshake, or something, but it does *nothing*. So the handshake never completes and the test hangs to later fail with a timeout.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 21:26:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 01:26:08 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528334768.32.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The issue occurs when the server calls start_tls() because the client calls start_tls(). In that case, ServerProto.data_received() is called with the server TLS handshake and so the client SSLProtocol never this this handshake from server...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 21:44:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 01:44:49 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528335889.29.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Sorry, the patch to reproduce the issue on Linux is wrong: it introduces a bug in the test. Ignore this comment.

--

It seems like I found the root cause: pause_reading() / resume_reading() on the transport is not safe. Sometimes, we loose data. See the "TODO" below...

class _ProactorReadPipeTransport(_ProactorBasePipeTransport,
                                 transports.ReadTransport):
    """Transport for read pipes."""
    (...)
    def pause_reading(self):
        if self._closing or self._paused:
            return
        self._paused = True

        if self._read_fut is not None and not self._read_fut.done():
            # TODO: This is an ugly hack to cancel the current read future
            # *and* avoid potential race conditions, as read cancellation
            # goes through `future.cancel()` and `loop.call_soon()`.
            # We then use this special attribute in the reader callback to
            # exit *immediately* without doing any cleanup/rescheduling.
            self._read_fut.__asyncio_cancelled_on_pause__ = True

            self._read_fut.cancel()
            self._read_fut = None
            self._reschedule_on_resume = True

        if self._loop.get_debug():
            logger.debug("%r pauses reading", self)


If you remove the "ugly hack", the test no longer hangs...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 22:26:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 02:26:38 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528338398.02.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

_ProactorReadPipeTransport.set_transport():

        if self.is_reading():
            # reset reading callback / buffers / self._read_fut
            self.pause_reading()
            self.resume_reading()

This method cancelled the pending overlapped WSARecv(), and then create a new overlapped WSARecv().

Even after CancelIoEx(old overlapped), the IOCP loop still gets an event for the completion of the recv. Problem: since the Python future is cancelled, the even is ignored and so 176 bytes are lost.

I'm surprised that an overlapped WSARecv() cancelled by CancelIoEx() still returns data when IOCP polls for events.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 22:41:15 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 02:41:15 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528339275.59.0.592728768989.issue33274@psf.upfronthosting.co.za>


Change by Ari Krupnik <ari at lib.aero>:


----------
keywords: +patch
pull_requests: +7086
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 22:52:02 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 02:52:02 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528339922.49.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Something else. The bug occurs when CancelIoEx() (on the current overlapped WSARecv()) fails internally with ERROR_NOT_FOUND. According to overlapped.c, it means:

/* CancelIoEx returns ERROR_NOT_FOUND if the I/O completed in-between */

HasOverlappedIoCompleted() returns 0 in that case.

The problem is that currently, Overlapped.cancel() also returns None in that case, and later the asyncio IOCP loop ignores the completion event and so drops incoming received data.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:00:44 2018
From: report at bugs.python.org (Siddhartha Bose)
Date: Thu, 07 Jun 2018 03:00:44 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528340444.1.0.592728768989.issue33779@psf.upfronthosting.co.za>


Siddhartha Bose <siddhartha.bose69 at gmail.com> added the comment:

@steve, I tried to install which gave me access denied error and when i checked it was there in program and features. Let's check on that when I successfully uninstall the two instances already there (3.7.0b5 and 3.6.5)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:04:47 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 03:04:47 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528340687.87.0.592728768989.issue33274@psf.upfronthosting.co.za>


Change by Ari Krupnik <ari at lib.aero>:


----------
pull_requests: +7087

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:14:30 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 03:14:30 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528341270.63.0.592728768989.issue33778@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 7c69c1c0fba8c1c8ff3969bce4c1135736a4cc58 by Benjamin Peterson in branch 'master':
update to Unicode 11.0.0 (closes bpo-33778) (GH-7439)
https://github.com/python/cpython/commit/7c69c1c0fba8c1c8ff3969bce4c1135736a4cc58


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:14:47 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 03:14:47 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528274774.17.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528341283.2372341.1399246944.16AE0B54@webmail.messagingengine.com>


Benjamin Peterson <benjamin at python.org> added the comment:

Sure, where do you think such documentation belongs?

On Wed, Jun 6, 2018, at 01:46, STINNER Victor wrote:
> 
> STINNER Victor <vstinner at redhat.com> added the comment:
> 
> Benjamin: would you mind to explain how to update Unicode in Python? I 
> would like to document it, if you are not available for example, or 
> don't want to do it anymore.
> 
> I'm asking for my general idea of having at least two maintainers per 
> "CPython maintenance task":
> http://vstinner.readthedocs.io/cpython_tasks.html
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33778>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:15:26 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 03:15:26 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528341326.06.0.592728768989.issue33274@psf.upfronthosting.co.za>


Ari Krupnik <ari at lib.aero> added the comment:

I added a test case and a News entry per serhiy.storchaka's request.

https://github.com/python/cpython/pull/7465

I agree with fdrake's concerns about DOM's usefulness. DOM is not very Pythonic. I note that as long as Python has a DOM implementation, it follows the spec fairly closely. Element.removeAttributeNode() is the exception. All other minidom mutators (unpythonically) return the values that the standard requires, including the sister mutator setAttributeNode: 

Node.insertBefore()
Node.appendChild()
Node.replaceChild()
Node.removeChild()

NamedNodeMap.removeNamedItem()
NamedNodeMap.removeNamedItemNS()
NamedNodeMap.setNamedItem()

Element.setAttributeNode()

Document.removeChild()
Document.renameNode()

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:19:53 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 03:19:53 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528341593.46.0.592728768989.issue33274@psf.upfronthosting.co.za>


Change by Ari Krupnik <ari at lib.aero>:


----------
pull_requests:  -7086

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:20:27 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 03:20:27 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528341627.65.0.592728768989.issue33274@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests:  -6157

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:23:32 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 03:23:32 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528341812.91.0.592728768989.issue33274@psf.upfronthosting.co.za>


Change by Ari Krupnik <ari at lib.aero>:


----------
pull_requests: +7088

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:24:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 03:24:35 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528341875.04.0.592728768989.issue33274@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I unlinked bad PR 6462 (against 3.6). PR 7465 is properly formed and should be reviewed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:26:17 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 07 Jun 2018 03:26:17 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528341977.66.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7089
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:26:56 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 07 Jun 2018 03:26:56 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528342016.81.0.592728768989.issue33786@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Would be nice to fix this in 3.7.0

----------
components: +Interpreter Core -asyncio
nosy: +ned.deily
priority: normal -> release blocker
type:  -> behavior
versions: +Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:27:15 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 03:27:15 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528342035.92.0.592728768989.issue33274@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

2.7 does not get enhancements.  When a core dev removes a version, don't re-add without discussion.

----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:32:18 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 03:32:18 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528342338.29.0.592728768989.issue33274@psf.upfronthosting.co.za>


Ari Krupnik <ari at lib.aero> added the comment:

My bad. This issue looks like a simple omission to me--albeit one that's been in the code a long time. My patch simply brings the code into compliance with what the documentation (including in 2.7) already says it does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:50:26 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 03:50:26 +0000
Subject: [issue31202] Windows pathlib.Path.glob(pattern) fixed part of the
 pattern changed to lowercase whereas it should be unchanged.
In-Reply-To: <1502719052.2.0.11123711046.issue31202@psf.upfronthosting.co.za>
Message-ID: <1528343426.81.0.592728768989.issue31202@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
versions: +Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31202>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:53:49 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 07 Jun 2018 03:53:49 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528343629.98.0.592728768989.issue33274@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

Python 2.7 is in security-fix-only mode, and this doesn't fit that.  While I wouldn't object to a note in the documentation, see my comments in my patch review (there's just no place for it to go).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Wed Jun  6 23:57:53 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 03:57:53 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528343873.7.0.592728768989.issue33274@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Fred:
> Python 2.7 is in security-fix-only mode

That's not quite the case yet.  We are still accepting bug-fixes for 2.7 although its end-of-life *is* approaching!

https://devguide.python.org/#status-of-python-branches

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 00:02:38 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 07 Jun 2018 04:02:38 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528344158.25.0.592728768989.issue33274@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

I should stop relying on wetware memory; it's not working out.  Sorry for the mis-information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 00:42:45 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 07 Jun 2018 04:42:45 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528346565.85.0.592728768989.issue33274@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:


New changeset 5bfa058e65897567889354d7eb34af2b93a20f18 by Fred Drake (arikrupnik) in branch 'master':
bpo-33274: Compliance with DOM L1: return removed attribute (#7465)
https://github.com/python/cpython/commit/5bfa058e65897567889354d7eb34af2b93a20f18


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 00:55:45 2018
From: report at bugs.python.org (Ethan Smith)
Date: Thu, 07 Jun 2018 04:55:45 +0000
Subject: [issue33351] Support compiling with clang-cl on Windows
In-Reply-To: <1524631004.17.0.682650639539.issue33351@psf.upfronthosting.co.za>
Message-ID: <1528347345.73.0.592728768989.issue33351@psf.upfronthosting.co.za>


Ethan Smith <ethan at ethanhs.me> added the comment:

I sent my patches to clang-cl upstream [1]. It seems they want to implement Hardware Lock Elision (which is used by some MSVC compiler intrinsics in pyatomic.h) before implementing the needed intrinsics.

I have found temporary replacements that do not elide locks, but have effectively the same functional purpose as those intrinsics, so I should have a full PR for CPython ready soon.

[1] https://reviews.llvm.org/D47672

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33351>
_______________________________________

From report at bugs.python.org  Thu Jun  7 01:02:30 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 07 Jun 2018 05:02:30 +0000
Subject: [issue30773] async generator receives wrong value when shared between
 coroutines
In-Reply-To: <1498503333.78.0.356156621032.issue30773@psf.upfronthosting.co.za>
Message-ID: <1528347750.55.0.592728768989.issue30773@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7091
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30773>
_______________________________________

From report at bugs.python.org  Thu Jun  7 01:04:06 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 05:04:06 +0000
Subject: [issue21196] Name mangling example in Python tutorial
In-Reply-To: <1397133080.37.0.870141660622.issue21196@psf.upfronthosting.co.za>
Message-ID: <1528347846.79.0.592728768989.issue21196@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

What should we do with this issue?  Raymond, it sounds like you think the proposed PR should not be merged, is that right?  If so, should the issue and PR be closed?  Other opinions?  I would like to resolve this so we can either merge or close PR 5667.  Thanks!

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21196>
_______________________________________

From report at bugs.python.org  Thu Jun  7 01:12:25 2018
From: report at bugs.python.org (Salomon)
Date: Thu, 07 Jun 2018 05:12:25 +0000
Subject: [issue33790] Decorated (inner/wrapped) function kwarg defaults dont
 pass through decorator.
Message-ID: <1528348345.08.0.592728768989.issue33790@psf.upfronthosting.co.za>


New submission from Salomon <salomonsmekecohen at gmail.com>:

I am seeing an issue when attempting to use default kwargs in decorated functions.

I would post reproduction steps, but instead I have written a snippet which should showcase the issue.

Snippet:
```python
def decorator():
    def inner(f):
        def wrapper(*args, **kwargs):
            # Zoinks, Scoob!
            print('Decorator: {}'.format(''.join(kwargs.values())))
            print(f(*args, **kwargs))
        return wrapper
    return inner

@decorator()
def func(foo='wont print in the decorator'):
    return 'Func: {}'.format(foo)```

The following calls to 'func' should show you what Im talking about clearly:

```
func()
-> Decorator: 
-> Func: wont print in the decorator
func(foo='will print in the decorator')
-> Decorator: will print in the decorator
-> Func: will print in the decorator
```

I would expect, though correct me if I am wrong, that both of these calls should print in the decorator and the function call.

For convenience, some REPL.it links:
3.6.1 -> https://repl.it/@SalomonSmeke/Python3-Decorator-Bug
2.7.10 -> https://repl.it/@SalomonSmeke/Python-Decorator-Bug

Using @wrap from functools:
2.7.10 -> https://repl.it/@SalomonSmeke/Python-Decorator-Bug-using-FuncTools

Thank you for your time.

P.S.
This is my first issue submitted to Python, please let me know if there is detail lacking. Im happy to provide what I can.

----------
messages: 318892
nosy: ssmeke
priority: normal
severity: normal
status: open
title: Decorated (inner/wrapped) function kwarg defaults dont pass through decorator.
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33790>
_______________________________________

From report at bugs.python.org  Thu Jun  7 01:17:27 2018
From: report at bugs.python.org (Tim Peters)
Date: Thu, 07 Jun 2018 05:17:27 +0000
Subject: [issue21196] Name mangling example in Python tutorial
In-Reply-To: <1397133080.37.0.870141660622.issue21196@psf.upfronthosting.co.za>
Message-ID: <1528348647.82.0.592728768989.issue21196@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Berker Peksag's change (PR 5667) is very simple and, I think, helpful.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21196>
_______________________________________

From report at bugs.python.org  Thu Jun  7 01:40:25 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 05:40:25 +0000
Subject: [issue33023] Unable to copy ssl.SSLContext
In-Reply-To: <1520489361.61.0.467229070634.issue33023@psf.upfronthosting.co.za>
Message-ID: <1528350025.55.0.592728768989.issue33023@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

We have a languishing PR here.  What should be done with it?  If I understand correctly, Serhiy is proposing a more general cleanup in Issue33138 PR 6239.  If that is merged, can PR 6099 here be simplified?  What branches should it apply to? (retargeting for 3.8 pending comments)

----------
nosy: +ned.deily
versions: +Python 3.8 -Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33023>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:02:35 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 06:02:35 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1528351355.24.0.592728768989.issue30436@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset fffeb6f3d66f1c844a9327ffe6e2ad8eae8aeb14 by Ned Deily (Zackery Spytz) in branch 'master':
bpo-30436: Add missing space in importlib.util.find_spec() error message (GH-7385)
https://github.com/python/cpython/commit/fffeb6f3d66f1c844a9327ffe6e2ad8eae8aeb14


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:02:40 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 06:02:40 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1528351360.28.0.592728768989.issue30436@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7092

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:15:34 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 07 Jun 2018 06:15:34 +0000
Subject: [issue33790] Decorated (inner/wrapped) function kwarg defaults dont
 pass through decorator.
In-Reply-To: <1528348345.08.0.592728768989.issue33790@psf.upfronthosting.co.za>
Message-ID: <1528352134.16.0.592728768989.issue33790@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

I think you have misunderstood where and when default arguments are assigned. When you call func() with no arguments, kwargs is empty, and it is correct that the output will be

-> Decorator: 

In the following line, you call the original function, f(), again with no arguments. Then, and ONLY then, is the default argument for foo applied. Only the innermost function "func" knows that there is a parameter called foo with the given default. Hence the next output is 

-> Func: wont print in the decorator

as that is applying the default.

So I think the behaviour is correct. It is certainly the behaviour I would expect, so unless I'm misunderstanding your bug report, I think this is working as designed.

I'm going to close this report now, but if you think I've misunderstood anything and want to reopen it with more details, please do so.

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33790>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:17:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 06:17:25 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528352245.63.0.592728768989.issue33274@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ari, I know that you viewed this as a behavior (bugfix) issue from the start (message 1).  I changed to enhancement (feature request) in message 2 because, as you acknowledged in message 3, it is an edge case.  The problem is classification can be fuzzy, while the action of merge or not is binary.  I prefer enhancement as the initial classification for edge cases because (except for 2.7-only issues) we first need to decide whether a change belongs in master branch before deciding to backport.  Edge cases sometimes make for messy disposition.

If this is viewed as a bugfix, it can (but not 'must') be backported, first to 3.7, second to 3.6, and only third to 2.7.  2.7 is *mainly* but not exclusively still being maintained for security and build issues, with bugfixes at the discretion and judgment of the merge committer.  I personally would only backport to 3.7.0, maybe but likely not to 3.6.6, and definitely not to 2.7, as I would see it as not helping 2.7 users and likely not 3.6 users.  

If this is viewed as an enhancement, then it should at least have, as Serhiy noted, a version-changed notice in the doc.

Since Fred merged this without such a notice, but did not backport, he effectively treated this as a master-branch only bugfix.  We sometime do this, such as with some exception messages.  It would be fine with me to close it as such.  

Or we could backport this to 3.7.0rc1 (but not 3.7.1) and call this a x.y.0-only bugfix.  Either way, I see the reason as being the same as for not backporting exception message changes to maintenance releases: the bugfix is not worth introducing dependence on a particular maintenance release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:21:45 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 06:21:45 +0000
Subject: [issue30436] importlib.find_spec raises AttributeError when parent is
 not a package/module
In-Reply-To: <1495500424.56.0.88806724527.issue30436@psf.upfronthosting.co.za>
Message-ID: <1528352505.49.0.592728768989.issue30436@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d2a2af0df4562f4adb0337a80b27d69167a60c32 by Miss Islington (bot) in branch '3.7':
bpo-30436: Add missing space in importlib.util.find_spec() error message (GH-7385)
https://github.com/python/cpython/commit/d2a2af0df4562f4adb0337a80b27d69167a60c32


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30436>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:44:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Jun 2018 06:44:46 +0000
Subject: [issue33023] Unable to copy ssl.SSLContext
In-Reply-To: <1520489361.61.0.467229070634.issue33023@psf.upfronthosting.co.za>
Message-ID: <1528353886.66.0.592728768989.issue33023@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The change to the dup() method looks as a bug fix to me. It needs to be backported to all maintained versions. New tests can be backported to all versions except perhaps 2.7 (not tested). Changes to __getstate__() will be not needed if merge issue33138 PR 6239 (they just change the error message). But it may be needed to apply them to 2.7 only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33023>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:58:36 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 06:58:36 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528354716.71.0.592728768989.issue33743@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Any chance we can get this fixed for 3.7.0rc1?

FWIW, as of current 3.7 head (cebd4b009adca6611e92eb337747f59818e941a6), I am also seeing the following warnings (on macOS 10.13):

./bin/python3.7 -m test -w -uall,-largefile -j3 test_asyncio
Run tests in parallel using 3 child processes
running: test_asyncio (30 sec)
0:00:47 load avg: 1.74 [1/1] test_asyncio passed (47 sec)
.../python3.7/test/test_asyncio/test_sslproto.py:602: ResourceWarning: unclosed <ssl.SSLSocket fd=12, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 62863), raddr=('127.0.0.1', 62864)>
  pass
.../python3.7/test/test_asyncio/functional.py:272: ResourceWarning: unclosed <socket.socket fd=13, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 62871), raddr=('127.0.0.1', 62872)>
  self._prog(TestSocketWrapper(sock))
.../python3.7/asyncio/sslproto.py:322: ResourceWarning: unclosed transport <asyncio.sslproto._SSLProtocolTransport object at 0x10e092e90>
  source=self)
.../python3.7/test/test_asyncio/test_tasks.py:2612: PendingDeprecationWarning: Task.all_tasks() is deprecated, use asyncio.all_tasks() instead
  self.assertEqual(asyncio.Task.all_tasks(loop), {task})
.../python3.7/test/test_asyncio/test_tasks.py:2612: PendingDeprecationWarning: Task.all_tasks() is deprecated, use asyncio.all_tasks() instead
  self.assertEqual(asyncio.Task.all_tasks(loop), {task})

== Tests result: SUCCESS ==

1 test OK.

----------
nosy: +ned.deily
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 02:58:40 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 07 Jun 2018 06:58:40 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528354720.83.0.592728768989.issue33784@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This shouldn't be a problem: there's no rule that says that different objects should have different hashes. Indeed, with a countable infinity of possible different hashable inputs, a deterministic hashing algorithm, and only finitely many outputs, such a rule would be a mathematical impossibility. For example:

>>> hash(-1) == hash(-2)
True

Are these hash collisions causing real issues in your code? While a single hash collision like this shouldn't be an issue, if there are many collisions within a single (non-artificial) dataset, that _can_ lead to performance issues.

Looking at the code, we could probably do a better job of making the hash collisions less predictable. The current code looks like:

    def __hash__(self):
        return hash(int(self.network_address) ^ int(self.netmask))

I'd propose hashing a tuple instead of using the xor. For example:

    def __hash__(self):
        return hash((int(self.network_address), int(self.netmask)))

Hash collisions would almost certainly still occur with this scheme, but they'd be a tiny bit less obvious and harder to find.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:04:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Jun 2018 07:04:46 +0000
Subject: [issue33138] Improve standard error for uncopyable types
In-Reply-To: <1521994898.68.0.467229070634.issue33138@psf.upfronthosting.co.za>
Message-ID: <1528355086.97.0.592728768989.issue33138@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Current error messages for different classes:

   "can't pickle XXX objects" (default)
   "Cannot serialize XXX object" (socket, BZ2Compressor, BZ2Decompressor)
   "can not serialize a 'XXX' object" (buffered files in _pyio)
   "cannot serialize 'XXX' object" (FileIO, TextWrapperIO, WinConsoleIO, buffered files in _io, LZMACompressor, LZMADecompressor)

Yest one error message is proposed by PR 6099 in issue33023 for SSLContext:

   "cannot serialize {} object"

PR 6239 replaces them with unified

   "cannot serialize 'XXX' object"

which already is used in some extension classes. This is the most popular error message except the default error message. I'm not sure this is the best error message. "can't"/"Cannot"/"cannot"/"can not", using an article and quotes -- what is better?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33138>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:06:18 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Jun 2018 07:06:18 +0000
Subject: [issue33023] Unable to copy ssl.SSLContext
In-Reply-To: <1520489361.61.0.467229070634.issue33023@psf.upfronthosting.co.za>
Message-ID: <1528355178.95.0.592728768989.issue33023@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

If changes to __getstate__() be merged in 2.7, I suggest to unify them with issue33138.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33023>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:07:43 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 07 Jun 2018 07:07:43 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528355263.33.0.592728768989.issue33784@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Concur with Mark.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:09:34 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 07 Jun 2018 07:09:34 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528355374.67.0.592728768989.issue33784@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> I'd propose hashing a tuple instead of using the xor.

To be clear; I'd propose this _only_ if there's evidence that the current hashing scheme is unsatisfactory for real-world use-cases. Otherwise, on an "if it's not broken, don't fix it" basis, I don't think there's any change to be made here.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:10:44 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 07 Jun 2018 07:10:44 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528355444.56.0.592728768989.issue33784@psf.upfronthosting.co.za>


Change by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:11:24 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 07:11:24 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528355484.2.0.592728768989.issue33778@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7093

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:20:14 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 07 Jun 2018 07:20:14 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528356014.72.0.592728768989.issue33784@psf.upfronthosting.co.za>


Change by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:36:24 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 07:36:24 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528356984.8.0.592728768989.issue33778@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 4705ea38c900f068fd262aca02943896d1123544 by Ned Deily (Miss Islington (bot)) in branch '3.7':
update to Unicode 11.0.0 (closes bpo-33778) (GH-7439) (GH-7470)
https://github.com/python/cpython/commit/4705ea38c900f068fd262aca02943896d1123544


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:36:50 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 07:36:50 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528357010.97.0.592728768989.issue33778@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Merged for 3.7.0rc1

----------
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 03:43:20 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 07:43:20 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528357400.07.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Christian, any progress on this?  3.7.0rc1 is planned to be tagged in 4 days, on Monday 2018-06-11.  Do you think you will be able to provide a PR before then?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:02:28 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 08:02:28 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1528357400.07.0.592728768989.issue33738@psf.upfronthosting.co.za>
Message-ID: <2f854c63-8f54-62e6-eac8-e2ec0fa03bab@stackless.com>


Christian Tismer <tismer at stackless.com> added the comment:

Hi Ned,

we had a delivery date yesterday for PySide.
The PR is almost ready and will go out today.

Ciao - Chris

On 07.06.18 09:43, Ned Deily wrote:
> 
> Ned Deily <nad at python.org> added the comment:
> 
> Christian, any progress on this?  3.7.0rc1 is planned to be tagged in 4 days, on Monday 2018-06-11.  Do you think you will be able to provide a PR before then?
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33738>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:03:40 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 08:03:40 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528358620.4.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks, Christian!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:05:22 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 07 Jun 2018 08:05:22 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528358722.59.0.592728768989.issue22454@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I'm +0 on the idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:12:27 2018
From: report at bugs.python.org (Austin Garner)
Date: Thu, 07 Jun 2018 08:12:27 +0000
Subject: [issue33791] Error Installing on Mac
Message-ID: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>


New submission from Austin Garner <atg2000 at gmail.com>:

Python 3.8 would not install on MacOS due to missing SSL

----------
components: macOS
messages: 318912
nosy: atg7000, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Error Installing on Mac
type: compile error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:14:46 2018
From: report at bugs.python.org (Matthijs Kooijman)
Date: Thu, 07 Jun 2018 08:14:46 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528359286.01.0.592728768989.issue22454@psf.upfronthosting.co.za>


Matthijs Kooijman <matthijskooijman at gmail.com> added the comment:

One usecase that such a function would be well-suited for is for *displaying* commands being executed. Then, the commands will be executed as a command+args array, but can be displayed unambiguously in log output.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:17:24 2018
From: report at bugs.python.org (Austin Garner)
Date: Thu, 07 Jun 2018 08:17:24 +0000
Subject: [issue33791] Error Installing on Mac
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528359444.18.0.592728768989.issue33791@psf.upfronthosting.co.za>


Change by Austin Garner <atg2000 at gmail.com>:


----------
keywords: +patch
pull_requests: +7094
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:31:38 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 08:31:38 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528360298.01.0.592728768989.issue33791@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Technically speaking, you can build Python 3.8 or any other current version on current versions of macOS and it will install just fine, but, because Apple has deprecated the use of a system-supplied OpenSSL and no longer supplies the header files to build against their OpenSSL, there won't be a working ssl module nor a lzma module, for that matter, since Apple does not provide a libzma.  There are other, less important modules that do not build out of the box as well.  This is not unique to macOS; each platform that Python supports has its quirks.  But updating the README.rst file to mention OpenSSL on macOS is a good suggestion.  Thanks for the PR.

----------
title: Error Installing on Mac -> Update README.rst to mention third-party OpenSSL needed for macOS builds
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 04:37:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 08:37:15 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528360635.83.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Yury, Andrew, Ned: I set the priority to release blocker because I'm scared by what I saw. The START TLS has a race condition in its ProactorEventLoop implementation. But the bug doesn't see to be specific to START TLS, but rather to transport.set_transport(), and even more generally to transport.pause_reading() / transport.resume_reading(). The bug is quite severe: we loose data and it's really hard to know why (I spent a few hours to add many many print and try to reproduce on a very tiny reliable unit test). As an asyncio user, I expect that transports are 100% reliable, and I would first look into my look (like looking into start_tls() implementation in my case).

If the bug was very specific to start_tls(), I would suggest to "just" "disable" start_tls() on ProactorEventLoop (sorry, Windows!). But since the data loss seems to concern basically any application using ProactorEventLoop, I don't see any simple workaround.

My hope is that a fix can be written shortly to not block the 3.7.0 final release for too long :-(

Yury, Andrew: Can you please just confirm that it's a regression and that a release blocker is justified?

----------
nosy: +ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:03:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 09:03:26 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528362206.05.0.592728768989.issue33778@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Sure, where do you think such documentation belongs?

You can start by writing it here.

I don't expect that it's a long process, no?

Maybe the devguide is the good place?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:15:04 2018
From: report at bugs.python.org (pfreixes)
Date: Thu, 07 Jun 2018 09:15:04 +0000
Subject: [issue30861] StreamReader does not return reamaing and ready data
 buffer before raise the Exeption
In-Reply-To: <1499288108.18.0.207232280352.issue30861@psf.upfronthosting.co.za>
Message-ID: <1528362904.42.0.592728768989.issue30861@psf.upfronthosting.co.za>


Change by pfreixes <pfreixes at gmail.com>:


----------
keywords: +patch
pull_requests: +7095
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30861>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:18:20 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 09:18:20 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528363100.29.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
pull_requests: +7096

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:46:45 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 07 Jun 2018 09:46:45 +0000
Subject: [issue29235] Allow profile/cProfile to be used as context managers
In-Reply-To: <1484097220.43.0.363931456874.issue29235@psf.upfronthosting.co.za>
Message-ID: <1528364805.88.0.592728768989.issue29235@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset cebe80b59b7386db3cce904d280dab61d1037e7a by INADA Naoki (Scott Sanderson) in branch 'master':
bpo-29235: Update document for Profiler's context manager (GH-7331)
https://github.com/python/cpython/commit/cebe80b59b7386db3cce904d280dab61d1037e7a


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29235>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:58:17 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 07 Jun 2018 09:58:17 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528365497.54.0.592728768989.issue17909@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset bb6366bd7570ff3b74bc66095540bea78f31504e by INADA Naoki (Anthony Sottile) in branch 'master':
bpo-17909: Document that json.load can accept a binary IO (GH-7366)
https://github.com/python/cpython/commit/bb6366bd7570ff3b74bc66095540bea78f31504e


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:58:24 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 09:58:24 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528365504.17.0.592728768989.issue17909@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7097

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Thu Jun  7 05:59:23 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 09:59:23 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528365563.47.0.592728768989.issue17909@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7098

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:02:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 10:02:04 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
Message-ID: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

asyncio documentation suggets to use:
---
import asyncio, sys

if sys.platform == 'win32':
    loop = asyncio.ProactorEventLoop()
    asyncio.set_event_loop(loop)
---
https://docs.python.org/dev/library/asyncio-eventloops.html

But this code doesn't work with asyncio.run() which creates a new event loop with the current policy, and the default policy on Windows is to use SelectorEventLoop.

I cannot find a "Proactor event loop policy" in asyncio, nor how to change the default policy to use Proactor event loop.

The workaround is to not use asyncio.run() which has been added in Python 3.7.

----------
components: asyncio
messages: 318919
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: how to set a "Proactor event loop" policy? Issue with asyncio.run()
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:13:19 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 07 Jun 2018 10:13:19 +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: <1528366399.17.0.592728768989.issue5755@psf.upfronthosting.co.za>


Change by Jeroen Demeyer <J.Demeyer at UGent.be>:


----------
pull_requests: +7099

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5755>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:17:20 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 10:17:20 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528366640.57.0.592728768989.issue17909@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f38ace61a39e64f5fde6f8f402e258177bdf7ff4 by Miss Islington (bot) in branch '3.7':
bpo-17909: Document that json.load can accept a binary IO (GH-7366)
https://github.com/python/cpython/commit/f38ace61a39e64f5fde6f8f402e258177bdf7ff4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:21:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 10:21:06 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528366866.19.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

race.py: simple echo client and server sending packets in both directions. Pause/resume reading the client transport every 100 ms to trigger the bug.

Using ProactorEventLoop and 2000 packets of 16 KiB, I easily reproduce the bug.

So again, it's nothing related to start_tls(), start_tls() was just one way to spot the bug.

The bug is in Proactor transport: the cancellation of overlapped WSARecv() sometime drops packets. The bug occurs when CancelIoEx() fails with ERROR_NOT_FOUND which means that the I/O (WSARecv()) completed.

One solution would be to not cancel WSARecv() on pause_reading(): wait until the current WSARecv() completes, store data something but don't pass it to protocol.data_received()!, and no schedule a new WSARecv(). Once reading is resumed: call protocol.data_received() and schedule a new WSARecv().

That would be a workaround. I don't know how to really fix WSARecv() cancellation without loosing data. A good start would be to modify Overlapped.cancel() to return a boolean to notice if the overlapped I/O completed even if we just cancelled it. Currently, the corner case (CancelIoEx() fails with ERROR_NOT_FOUND) is silently ignored, and then the IOCP loop silently ignores the event of completed I/O...

----------
Added file: https://bugs.python.org/file47632/race.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:21:22 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 10:21:22 +0000
Subject: [issue17909] Autodetecting JSON encoding
In-Reply-To: <1367759430.76.0.988181674037.issue17909@psf.upfronthosting.co.za>
Message-ID: <1528366882.65.0.592728768989.issue17909@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 21f2553482c3d6ec8beb8bfa0f1fb5d23c6a4c2f by Miss Islington (bot) in branch '3.6':
bpo-17909: Document that json.load can accept a binary IO (GH-7366)
https://github.com/python/cpython/commit/21f2553482c3d6ec8beb8bfa0f1fb5d23c6a4c2f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17909>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:27:27 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 10:27:27 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528367247.92.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
pull_requests: +7100

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:44:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 10:44:35 +0000
Subject: [issue33793] asyncio: _ProactorReadPipeTransport reads by chunk of 32
 KiB: chunk size should be configurable
Message-ID: <1528368275.57.0.592728768989.issue33793@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

_SelectorTransport has the class attribute:
    max_size = 256 * 1024  # Buffer size passed to recv().

But _ProactorReadPipeTransport uses an hardcoded chunk size of 32 KiB. It would be nice to allow to configure this size.

By the way, _SelectorTransport.max_size has no public API to change the default value for the whole process. The attribute can only be set per socket, since _SelectorTransport is private. By the way, is the attribute documented?

----------
components: asyncio
messages: 318923
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: _ProactorReadPipeTransport reads by chunk of 32 KiB: chunk size should be configurable
type: performance
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33793>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:45:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 10:45:20 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528368320.3.0.592728768989.issue33792@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ugly workaround:

policy = asyncio.get_event_loop_policy()
policy._loop_factory = asyncio.ProactorEventLoop

It uses a private attribute :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:50:15 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 10:50:15 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528368615.82.0.592728768989.issue33738@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

I did not understand the Misc/NEWS.d thing.
What should go where, or where would a "skip news" label go?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:50:56 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 10:50:56 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528368656.81.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
pull_requests:  -6956

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 06:51:08 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 10:51:08 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528368668.96.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
pull_requests:  -7096

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 08:18:36 2018
From: report at bugs.python.org (hhas)
Date: Thu, 07 Jun 2018 12:18:36 +0000
Subject: [issue33794] Python.framework build is missing 'Current' symlink
Message-ID: <1528373916.56.0.592728768989.issue33794@psf.upfronthosting.co.za>


New submission from hhas <hhas at users.sourceforge.net>:

The Python.framework installed at '/Library/Frameworks/Python.framework' should have a subdirectory structure similar to this:

    Python.framework
    |
    |-Headers [symlink to 'Versions/Current/Headers']
    |
    |-Python [symlink to 'Versions/Current/Python']
    |
    |-Resources [symlink to 'Versions/Current/Resources']
    |
    |-Versions
    | |
    | |-2.7 [directory created by 2.7 installer]
    | |
    | |-3.5 [directory created by 3.5 installer]
    | |
    | |-3.6 [directory created by 3.6 installer]
    | |
    | ...
    | |
    | |- Current [symlink to last installed version, e.g. '3.6']

Current Python.framework installers create a 2.x/3.x directory and Headers+Python+Resources symlinks, but fail to create a 'Current' symlink. This breaks the top-level symlinks and causes importing the framework via NSBundle to fail.

Please fix the framework build and/or install script to create the missing symlink.

----------
components: macOS
messages: 318926
nosy: hhas, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Python.framework build is missing 'Current' symlink
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33794>
_______________________________________

From report at bugs.python.org  Thu Jun  7 08:27:37 2018
From: report at bugs.python.org (Tim Boddy)
Date: Thu, 07 Jun 2018 12:27:37 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
Message-ID: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>


New submission from Tim Boddy <timothywboddy at gmail.com>:

I noticed a memory leak /usr/lib/python3.5/site-packages/OpenSSL/crypto.py in the definition of the class X509StoreContext. The problem is that the __init__ function calls self._init() then later the function verify_certificate calls _init() again. In spite of the disclaimer int __init__ about "no adverse effect", the adverse effect here is that if one does two calls to X509_STORE_CTX_init on the same X509_STORE_CTX without any intervening calls to X509_STORE_CTX_cleanup on that same X509_STORE_CTX it will leak one X509_VERIFY_PARAM and one X509_VERIFY_PARAM_ID.

Here is most of the relevant class:

class X509StoreContext(object):
    """
    An X.509 store context.

    An X.509 store context is used to carry out the actual verification process
    of a certificate in a described context. For describing such a context, see
    :class:`X509Store`.

    :ivar _store_ctx: The underlying X509_STORE_CTX structure used by this
        instance. It is dynamically allocated and automatically garbage
        collected.
    :ivar _store: See the ``store`` ``__init__`` parameter.
    :ivar _cert: See the ``certificate`` ``__init__`` parameter.
    :param X509Store store: The certificates which will be trusted for the
        purposes of any verifications.
    :param X509 certificate: The certificate to be verified.
    """

    def __init__(self, store, certificate):
        store_ctx = _lib.X509_STORE_CTX_new()
        self._store_ctx = _ffi.gc(store_ctx, _lib.X509_STORE_CTX_free)
        self._store = store
        self._cert = certificate
        # Make the store context available for use after instantiating this
        # class by initializing it now. Per testing, subsequent calls to
        # :meth:`_init` have no adverse affect.
        self._init()

    def _init(self):
        """
        Set up the store context for a subsequent verification operation.
        """
        Set up the store context for a subsequent verification operation.
        """
        ret = _lib.X509_STORE_CTX_init(
            self._store_ctx, self._store._store, self._cert._x509, _ffi.NULL
        )
        if ret <= 0:
            _raise_current_error()

    def _cleanup(self):
        """
        Internally cleans up the store context.

        The store context can then be reused with a new call to :meth:`_init`.
        """
        _lib.X509_STORE_CTX_cleanup(self._store_ctx)

    def _exception_from_context(self):
        """
        Convert an OpenSSL native context error failure into a Python
        exception.

        When a call to native OpenSSL X509_verify_cert fails, additional
        information about the failure can be obtained from the store context.
        """
        errors = [
            _lib.X509_STORE_CTX_get_error(self._store_ctx),
            _lib.X509_STORE_CTX_get_error_depth(self._store_ctx),
            _native(_ffi.string(_lib.X509_verify_cert_error_string(
                _lib.X509_STORE_CTX_get_error(self._store_ctx)))),
        ]
        # A context error should always be associated with a certificate, so we
        # expect this call to never return :class:`None`.
        _x509 = _lib.X509_STORE_CTX_get_current_cert(self._store_ctx)
        _cert = _lib.X509_dup(_x509)
        pycert = X509.__new__(X509)
        pycert._x509 = _ffi.gc(_cert, _lib.X509_free)
        return X509StoreContextError(errors, pycert)

    def set_store(self, store):
        """
        Set the context's X.509 store.

        .. versionadded:: 0.15

        :param X509Store store: The store description which will be used for
            the purposes of any *future* verifications.
        """
        self._store = store

    def verify_certificate(self):
        """
        Verify a certificate in a context.

        .. versionadded:: 0.15

        :raises X509StoreContextError: If an error occurred when validating a
          certificate in the context. Sets ``certificate`` attribute to
          indicate which certificate caused the error.
        """
        # Always re-initialize the store context in case
        # :meth:`verify_certificate` is called multiple times.
        self._init()
        ret = _lib.X509_verify_cert(self._store_ctx)
        self._cleanup()
        if ret <= 0:
            raise self._exception_from_context()

----------
messages: 318927
nosy: timboddy
priority: normal
severity: normal
status: open
title: Memory leak in X509StoreContext class.
type: resource usage
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 08:48:25 2018
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 07 Jun 2018 12:48:25 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528375705.13.0.592728768989.issue33795@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:

Thank you for your report, but OpenSSL/crypto.py is not part of the standard library. I think the correct place to report this is https://github.com/pyca/pyopenssl

There is a X509StoreContext class at  https://github.com/pyca/pyopenssl/blob/179eb1d0917ddc1067d056127e08e952206e0e91/src/OpenSSL/crypto.py#L1696

----------
nosy: +berker.peksag
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 09:43:06 2018
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 07 Jun 2018 13:43:06 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528378986.6.0.592728768989.issue33792@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Looks like we need a proactor policy class.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 09:43:36 2018
From: report at bugs.python.org (Siddhartha Bose)
Date: Thu, 07 Jun 2018 13:43:36 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528379016.45.0.592728768989.issue33779@psf.upfronthosting.co.za>


Siddhartha Bose <siddhartha.bose69 at gmail.com> added the comment:

@Steve, I did find the registry under local user, {9d1b786e-0fd4-4386-abc1-4b920ab32da9}, but it lot of registries in it. what and how do i rename it to?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Thu Jun  7 09:44:56 2018
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 07 Jun 2018 13:44:56 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528379096.77.0.592728768989.issue33743@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Working on it

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 09:49:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 13:49:26 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528379366.34.0.592728768989.issue33743@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

That's a duplicate of bpo-33789: I fixed it yesterday in the master branch.

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_asyncio emits ResourceWarning warnings

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:03:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:03:56 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528380236.59.0.592728768989.issue33789@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7101

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:03:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:03:56 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528380236.69.0.786479179495.issue32676@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7102

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:12:27 2018
From: report at bugs.python.org (Tim Boddy)
Date: Thu, 07 Jun 2018 14:12:27 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528380747.01.0.592728768989.issue33795@psf.upfronthosting.co.za>


Tim Boddy <timothywboddy at gmail.com> added the comment:

Thank you for helping me figure out the correct place to file this.  Is there a quick way for me to evaluate in the future wither a particular file belongs to the standard library?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:13:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:13:10 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528380790.74.0.592728768989.issue33743@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7103

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:15:47 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 14:15:47 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528380947.49.0.592728768989.issue33778@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


----------
pull_requests: +7104

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:16:08 2018
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 07 Jun 2018 14:16:08 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528380968.26.0.592728768989.issue33743@psf.upfronthosting.co.za>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +7105

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:17:00 2018
From: report at bugs.python.org (Steve Dower)
Date: Thu, 07 Jun 2018 14:17:00 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528381020.81.0.592728768989.issue33779@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Just anything. I often put "deleteme" in as a reminder. Once you've got it all working you can delete it, but for now you just want the installer to be able to make a key with that name.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:17:23 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:17:23 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528381043.4.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7106
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:17:32 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 14:17:32 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528362206.05.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528381049.3602173.1399808080.160D86A2@webmail.messagingengine.com>


Benjamin Peterson <benjamin at python.org> added the comment:

On Thu, Jun 7, 2018, at 02:03, STINNER Victor wrote:
> 
> STINNER Victor <vstinner at redhat.com> added the comment:
> 
> > Sure, where do you think such documentation belongs?
> 
> You can start by writing it here.

Basically, I update the version in the script (Tools/unicode/makeunicodedata.py), run it, and fix what fails.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:17:57 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:17:57 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528381077.58.0.592728768989.issue33743@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests:  -7103

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:18:15 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Jun 2018 14:18:15 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528381095.56.0.592728768989.issue33743@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:19:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:19:03 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528381143.41.0.592728768989.issue33789@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 3c417610ad318afecf471d59c53e5ae592740791 by Victor Stinner in branch '3.7':
[3.7] bpo-33789: Backport test_asyncio fixes from master (GH-7478)
https://github.com/python/cpython/commit/3c417610ad318afecf471d59c53e5ae592740791


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:19:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:19:03 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528381143.57.0.584625200856.issue32676@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 3c417610ad318afecf471d59c53e5ae592740791 by Victor Stinner in branch '3.7':
[3.7] bpo-33789: Backport test_asyncio fixes from master (GH-7478)
https://github.com/python/cpython/commit/3c417610ad318afecf471d59c53e5ae592740791


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:20:33 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:20:33 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528381233.33.0.592728768989.issue32676@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:20:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:20:46 +0000
Subject: [issue33789] test_asyncio emits ResourceWarning warnings
In-Reply-To: <1528325048.7.0.592728768989.issue33789@psf.upfronthosting.co.za>
Message-ID: <1528381246.4.0.592728768989.issue33789@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33789>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:21:22 2018
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 07 Jun 2018 14:21:22 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528381282.15.0.592728768989.issue33743@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Master already has the fix, added by 7ed61e9431e

----------
versions:  -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:21:31 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 14:21:31 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528381291.48.0.592728768989.issue33778@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 34b734699b19d826f861b604dd77e82beed95f17 by Benjamin Peterson in branch 'master':
update 3.7 whatsnew entry about Unicode version (GH-7480)
https://github.com/python/cpython/commit/34b734699b19d826f861b604dd77e82beed95f17


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:22:11 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Thu, 07 Jun 2018 14:22:11 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528381331.91.0.592728768989.issue33795@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:22:29 2018
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 07 Jun 2018 14:22:29 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528381349.47.0.592728768989.issue33743@psf.upfronthosting.co.za>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Aha, I see.
Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:22:40 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 14:22:40 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528381360.73.0.592728768989.issue33778@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7107

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:23:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:23:55 +0000
Subject: [issue33743] test_asyncio raises a deprecation warning
In-Reply-To: <1528011716.86.0.592728768989.issue33743@psf.upfronthosting.co.za>
Message-ID: <1528381435.93.0.592728768989.issue33743@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Andrew Svetlov: "Aha, I see. Thanks"

You're welcome.

Ned Deily: "Any chance we can get this fixed for 3.7.0rc1?"

I just backported my changes to the 3.7 branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33743>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:24:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 14:24:26 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528381466.03.0.592728768989.issue32676@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7108

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:34:49 2018
From: report at bugs.python.org (=?utf-8?q?Sigurd_Lj=C3=B8dal?=)
Date: Thu, 07 Jun 2018 14:34:49 +0000
Subject: [issue33796] dataclasses.replace broken with class variables
Message-ID: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>


New submission from Sigurd Lj?dal <sigurd+python at ljodal.no>:

The dataclasses.replace function does not work for classes that have class variables. See the console output below for an example.

$ python
Python 3.7.0b5+ (heads/3.7:3c417610ad, Jun  7 2018, 16:21:29) 
[Clang 9.1.0 (clang-902.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import typing
>>> import dataclasses
>>> @dataclasses.dataclass(frozen=True)
... class Test:
...   a: int
...   class_var: typing.ClassVar[str] = 'foo'
... 
>>> obj = Test(a=1)
>>> dataclasses.replace(obj, a=2)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/sigurdljodal/.pyenv/versions/3.7-dev/lib/python3.7/dataclasses.py", line 1179, in replace
    return obj.__class__(**changes)
TypeError: __init__() got an unexpected keyword argument 'class_var'

----------
messages: 318942
nosy: sigurd
priority: normal
severity: normal
status: open
title: dataclasses.replace broken with class variables
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:38:32 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 14:38:32 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528382312.07.0.592728768989.issue33274@psf.upfronthosting.co.za>


Ari Krupnik <ari at lib.aero> added the comment:

I feel a little bit like I wandered into a card game whose rules I didn't understand. I'm just a lay, mortal user. I've been writing Python for 15 years, first time I saw an opportunity to contribute back. I saw what looked to me like a bug that's been in the code for 18 years, and I saw that it was a simple fix. You want a News entry? I'm happy to write a news entry. You want a full stop at the end? I'm happy to make that commit. You want me to write something in the doc? I'm happy to do that. What you do with my contribution is your call. I don't make the rules, like I said, I don't even understand them so well.


When I first found this bug, I saw it as a very low-risk fix in terms of API change. It seems less likely that someone somewhere has code that depends on this function that always returning None. Python makes a very hard distinction between statements and expressions, and like you're saying, the Pythonic assumption is that a mutator is a statement whose return value one doesn't check. If this function returned a value, but the value were different from the spec, it would be a higher-risk change.


As a side note, I'm a 2.7 user, so would benefit from backporting this fix.


All this said, you're the maintainer, I'm the user, you don't have to justify your decisions to me. If you decide against backporting, I encourage you to update the documentation in earlier versions to state explicitly that this one mutator in the module diverges from the standard which the module otherwise implements faithfully.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:39:45 2018
From: report at bugs.python.org (Tim Boddy)
Date: Thu, 07 Jun 2018 14:39:45 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528382385.36.0.592728768989.issue33795@psf.upfronthosting.co.za>


Tim Boddy <timothywboddy at gmail.com> added the comment:

It looks as if the issue has been fixed here:

https://github.com/pyca/pyopenssl/blob/179eb1d0917ddc1067d056127e08e952206e0e91/src/OpenSSL/crypto.py#L1790

Thanks again for pointing me to the correct place!

I'm sorry that I accidentally change the status from closed when I added a comment.

----------
resolution: third party -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:42:09 2018
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 07 Jun 2018 14:42:09 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528382529.39.0.592728768989.issue33795@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:

> Is there a quick way for me to evaluate in the future wither a
> particular file belongs to the standard library?

If a Python file or package is located in the site-packages/ directory, it's not part of the standard library.

----------
resolution: not a bug -> third party

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:50:38 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 14:50:38 +0000
Subject: [issue33778] update Unicode database to 11.0
In-Reply-To: <1528254629.86.0.592728768989.issue33778@psf.upfronthosting.co.za>
Message-ID: <1528383038.99.0.592728768989.issue33778@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 942b7ff11add8e701e91e4d24abfb35b480161a3 by Miss Islington (bot) in branch '3.7':
update 3.7 whatsnew entry about Unicode version (GH-7480)
https://github.com/python/cpython/commit/942b7ff11add8e701e91e4d24abfb35b480161a3


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33778>
_______________________________________

From report at bugs.python.org  Thu Jun  7 10:55:09 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 14:55:09 +0000
Subject: [issue33796] dataclasses.replace broken with class variables
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528383309.26.0.592728768989.issue33796@psf.upfronthosting.co.za>


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


----------
assignee:  -> eric.smith
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:06:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 15:06:53 +0000
Subject: [issue32676] test_asyncio emits many warnings when run in debug mode
In-Reply-To: <1516964849.79.0.467229070634.issue32676@psf.upfronthosting.co.za>
Message-ID: <1528384013.33.0.592728768989.issue32676@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 2c8d665ba843fe875a4b8f0ae7c7e9099a06f0dc by Victor Stinner in branch '3.6':
[3.6] bpo-32676, test_asyncio: Fix warning in test_error_in_call_soon() (GH-7462) (GH-7483)
https://github.com/python/cpython/commit/2c8d665ba843fe875a4b8f0ae7c7e9099a06f0dc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32676>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:15:29 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 15:15:29 +0000
Subject: [issue33796] dataclasses.replace broken with class variables
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528384529.6.0.592728768989.issue33796@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Thanks for the report. This is the same error you get when using any non-field:

>>> @dataclass
... class C:
...   i: int
...
>>> c = C(4)
>>> replace(c, i=3)
C(i=3)
>>> replace(c, j=3)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\home\eric\local\python\cpython\lib\dataclasses.py", line 1179, in replace
    return obj.__class__(**changes)
TypeError: __init__() got an unexpected keyword argument 'j'

I think the TypeError is correct in both cases. The error message might not be the best.

Are you suggesting that this shouldn't raise a TypeError? Since a ClassVar is not an instance variable, I don't think it makes any sense to replace() it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:34:51 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 07 Jun 2018 15:34:51 +0000
Subject: [issue33476] String index out of range in get_group(),
 email/_header_value_parser.py
In-Reply-To: <1526172602.81.0.682650639539.issue33476@psf.upfronthosting.co.za>
Message-ID: <1528385691.88.0.592728768989.issue33476@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
keywords: +patch
pull_requests: +7109
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33476>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:40:26 2018
From: report at bugs.python.org (=?utf-8?q?Sigurd_Lj=C3=B8dal?=)
Date: Thu, 07 Jun 2018 15:40:26 +0000
Subject: [issue33796] dataclasses.replace broken with class variables
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528386026.34.0.592728768989.issue33796@psf.upfronthosting.co.za>


Sigurd Lj?dal <sigurd+python at ljodal.no> added the comment:

I think you misunderstood the issue here. I'm not trying to replace the class variable itself, I'm changing another field on a class that has a class variable. The problem is that the replace method includes the class variable in the change dict when copying fields that are not included in the function call.

My call is: dataclasses.replace(obj, a=2) where I try to replace a, but it fails because class_var is included in the attributes to __init__ by the replace function.

The problem is on this line: https://github.com/python/cpython/blob/master/Lib/dataclasses.py#L1162
The _FIELDS attribute includes the class variable as a field, and it is therefore added to the changes dict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:48:24 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 15:48:24 +0000
Subject: [issue33796] dataclasses.replace broken with class variables
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528386504.24.0.592728768989.issue33796@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Ah, you're right. I did misunderstand. Thanks for correcting me. PR soon.

----------
nosy: +ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:57:06 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 15:57:06 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528387026.66.0.592728768989.issue33796@psf.upfronthosting.co.za>


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


----------
title: dataclasses.replace broken with class variables -> dataclasses.replace broken if a class has any ClassVars
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 11:59:52 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 07 Jun 2018 15:59:52 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528387192.86.0.592728768989.issue33738@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

@Christian, you can use the "blurb" tool to create the NEWS entry.  You can use pip to install it.  See:

  https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:09:03 2018
From: report at bugs.python.org (Christian Tismer)
Date: Thu, 07 Jun 2018 16:09:03 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1528387192.86.0.592728768989.issue33738@psf.upfronthosting.co.za>
Message-ID: <febd2977-1779-1a6e-f548-7e424ce2eba4@stackless.com>


Christian Tismer <tismer at stackless.com> added the comment:

On 07.06.18 17:59, Eric Snow wrote:
> 
> Eric Snow <ericsnowcurrently at gmail.com> added the comment:
> 
> @Christian, you can use the "blurb" tool to create the NEWS entry.  You can use pip to install it.  See:
> 
>   https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries
> 
> ----------
> nosy: +eric.snow
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33738>
> _______________________________________
> 

Thank you, Eric! Will do so.
I had something to change, anyway :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:14:20 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Thu, 07 Jun 2018 16:14:20 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528388060.8.0.592728768989.issue33274@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

> I saw what looked to me like a bug that's been in the code for 18 years,
> and I saw that it was a simple fix.

And you're right:  It is a bug, the fix is simple, and the risk is low.

Ten years ago, I'd have probably just landed the fix on all applicable branches and moved on.  But the longer something stays the same (like you said, for 18 years now), the more surprising a fix can be when something (however foolishly and unlikely it seems) relied on the old, broken behavior falls apart because of the change.

Please don't think we don't appreciate your contribution; we do.  I hope you'll continue to be observant and catch bugs (even little ones!), and provide fixes.

Feel free to reach out if you'd like to discuss this further.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:14:52 2018
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 07 Jun 2018 16:14:52 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528388092.03.0.592728768989.issue33609@psf.upfronthosting.co.za>


Change by Neil Schemenauer <nas-python at arctrix.com>:


----------
pull_requests: +7110

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:27:28 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 07 Jun 2018 16:27:28 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528388848.03.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +7111

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:32:41 2018
From: report at bugs.python.org (Brad Bishop)
Date: Thu, 07 Jun 2018 16:32:41 +0000
Subject: [issue33797] json int encoding incorrect for dbus.Byte
Message-ID: <1528389161.29.0.592728768989.issue33797@psf.upfronthosting.co.za>


New submission from Brad Bishop <bradleyb at fuzziesquirrel.com>:

JSON does not correctly encode dbus.Byte from dbus-python on 2.7:

dbus.Byte is a subclass of int with its own __str__ implementation.

>>> import json
>>> import dbus
>>> json.dumps(dbus.Byte(0))
'\x00'

On 3.x:

>>> import json
>>> import dbus
>>> json.dumps(dbus.Byte(0))
'0'

This seems to have been fixed in 3.x here:
https://bugs.python.org/issue18264
and subsequently:
https://bugs.python.org/issue26719

I'm interested in backporting these but they are marked as enhancements.  However a backport for a similar issue:
https://bugs.python.org/issue27934

was accepted.  Would the maintainers be amenable to a backport of 18264 & 26719?

----------
components: Library (Lib)
messages: 318954
nosy: radsquirrel
priority: normal
severity: normal
status: open
title: json int encoding incorrect for dbus.Byte
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33797>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:39:11 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 07 Jun 2018 16:39:11 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528389551.5.0.592728768989.issue33792@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7112
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:39:20 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 16:39:20 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528389560.89.0.592728768989.issue33796@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Ned: How do you feel about backporting this to 3.7?

It's an unfortunate bug, but it's your call for 3.7.0 vs. 3.7.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 12:43:56 2018
From: report at bugs.python.org (Siddhartha Bose)
Date: Thu, 07 Jun 2018 16:43:56 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528389836.45.0.592728768989.issue33779@psf.upfronthosting.co.za>


Siddhartha Bose <siddhartha.bose69 at gmail.com> added the comment:

@steve, it didn't work, see the snapshot attached for reference

log details

[24130:24B34][2018-06-07T22:08:43]i000: Did not find C:\Users\SI20016244\Downloads\unattend.xml
[24130:24B34][2018-06-07T22:08:43]i000: Setting string variable 'ActionLikeInstalling' to value 'Installing'
[24130:24B34][2018-06-07T22:08:43]i000: Setting string variable 'ActionLikeInstallation' to value 'Setup'
[24130:24B34][2018-06-07T22:08:43]i000: Setting version variable 'WixBundleFileVersion' to value '3.6.5150.0'
[24130:24B34][2018-06-07T22:08:43]i000: Target OS is Windows 7 SP1 or later
[24130:24AD8][2018-06-07T22:08:43]i100: Detect begin, 58 packages
[24130:24AD8][2018-06-07T22:08:43]i102: Detected related bundle: deleteme, type: Upgrade, scope: PerUser, version: 3.6.5150.0, operation: None
[24130:24AD8][2018-06-07T22:08:43]e000: Related bundle deleteme is preventing install

----------
Added file: https://bugs.python.org/file47633/snapshot.PNG

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Thu Jun  7 13:58:23 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 17:58:23 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528394303.18.0.592728768989.issue33796@psf.upfronthosting.co.za>


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


----------
keywords: +patch
pull_requests: +7113
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 14:06:58 2018
From: report at bugs.python.org (Steve Dower)
Date: Thu, 07 Jun 2018 18:06:58 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528394818.05.0.592728768989.issue33779@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Hmm... okay, we might just need to delete it completely then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Thu Jun  7 14:22:00 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Thu, 07 Jun 2018 18:22:00 +0000
Subject: [issue33787] Argument clinic and Windows line endings
In-Reply-To: <1528314548.88.0.592728768989.issue33787@psf.upfronthosting.co.za>
Message-ID: <1528395720.83.0.592728768989.issue33787@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Patch in attachment does the trick.

----------
keywords: +patch
Added file: https://bugs.python.org/file47634/clinic.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33787>
_______________________________________

From report at bugs.python.org  Thu Jun  7 14:44:09 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 18:44:09 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528397049.34.0.592728768989.issue33796@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset e7adf2ba41832404100313f9ac9d9f7fabedc1fd by Eric V. Smith in branch 'master':
bpo-33796: Ignore ClassVar for dataclasses.replace(). (GH-7488)
https://github.com/python/cpython/commit/e7adf2ba41832404100313f9ac9d9f7fabedc1fd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 14:46:16 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 18:46:16 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528397176.73.0.592728768989.issue33274@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Let me clarify part of what I wrote.  If we make this change in 2.7.16, then any code that uses the return value will not run on anything previous.  This may not matter for you, but would be bad for public code.  This cost is present in all bug fixes, but usually there is the benefit that existing code will run better without being changed, or that it becomes possible to get certain results that were not possible before.  This code does not have those benefits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:01:05 2018
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 07 Jun 2018 19:01:05 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528398065.14.0.592728768989.issue32392@psf.upfronthosting.co.za>


Change by Berker Peksag <berker.peksag at gmail.com>:


----------
pull_requests: +7114

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:12:49 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 19:12:49 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
Message-ID: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

The csv module says "Python?s dict objects are not ordered". PR fixes this , leaving a comment on the rationale.

----------
assignee: docs at python
components: Documentation
messages: 318961
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Fix csv module comment regarding dict insertion order
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:13:10 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 19:13:10 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
In-Reply-To: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>
Message-ID: <1528398790.51.0.592728768989.issue33798@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7115
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:13:50 2018
From: report at bugs.python.org (Jay Crotts)
Date: Thu, 07 Jun 2018 19:13:50 +0000
Subject: [issue33722] Document builtins in mock_open
In-Reply-To: <1527791734.24.0.682650639539.issue33722@psf.upfronthosting.co.za>
Message-ID: <1528398830.86.0.592728768989.issue33722@psf.upfronthosting.co.za>


Change by Jay Crotts <crotts.jay at gmail.com>:


----------
keywords: +patch
pull_requests: +7116
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33722>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:22:37 2018
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 07 Jun 2018 19:22:37 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528399357.34.0.592728768989.issue32392@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:


New changeset 279564431e8e2fa4c20e8850420caea484a5d20b by Berker Peksag in branch '3.6':
[3.6] bpo-32392: Document env keyword argument of subprocess.run() (GH-7289)
https://github.com/python/cpython/commit/279564431e8e2fa4c20e8850420caea484a5d20b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:23:19 2018
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 07 Jun 2018 19:23:19 +0000
Subject: [issue32392] subprocess.run documentation does not have **kwargs
In-Reply-To: <1513802831.78.0.213398074469.issue32392@psf.upfronthosting.co.za>
Message-ID: <1528399399.83.0.592728768989.issue32392@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32392>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:28:00 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 19:28:00 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
Message-ID: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Both Design and Programming sections have comments related to the non-ordered dict implementation. PR removes those comments.

----------
assignee: docs at python
components: Documentation
messages: 318964
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Remove non-ordered dicts comments from FAQ
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:28:16 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 19:28:16 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
In-Reply-To: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>
Message-ID: <1528399696.94.0.592728768989.issue33799@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7117
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:31:17 2018
From: report at bugs.python.org (Ari Krupnik)
Date: Thu, 07 Jun 2018 19:31:17 +0000
Subject: [issue33274] minidom removeAttributeNode returns None
In-Reply-To: <1523644603.75.0.682650639539.issue33274@psf.upfronthosting.co.za>
Message-ID: <1528399877.77.0.592728768989.issue33274@psf.upfronthosting.co.za>


Ari Krupnik <ari at lib.aero> added the comment:

In retrospect, I wish I had submitted this as a documentation change, simply acknowledging this function's behavior.

"In most computer projects there comes a day when it is discovered that the machine and the manual don't agree. When the confrontation follows, the manual usually loses, for it can be changed far more quickly and cheaply than the machine." -- Fred Brooks, MMM, 1974

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33274>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:32:04 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 19:32:04 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528399924.56.0.592728768989.issue33796@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Let's fix it now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:42:33 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 07 Jun 2018 19:42:33 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528400553.85.0.592728768989.issue33786@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> Would be nice to fix this in 3.7.0

Please do!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 15:57:48 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 19:57:48 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528401468.23.0.592728768989.issue33796@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7118

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:01:29 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 20:01:29 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
Message-ID: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Default argument of parameter dict_type of ConfigParser/RawConfigParser is shown as "collections.OrderedDict", while it recently migrated to "dict".

PR fixes this, documents the change to dict, and fixes a versionchanged changed directive in "items" with wrong indentation.

----------
assignee: docs at python
components: Documentation
messages: 318968
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Fix default argument for parameter dict_type of ConfigParser/RawConfigParser
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:01:46 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 20:01:46 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
In-Reply-To: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>
Message-ID: <1528401706.06.0.592728768989.issue33800@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7119
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:12:56 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 20:12:56 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
Message-ID: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

plistlib documentation says:

"The exact structure of the plist can be recovered by using collections.OrderedDict (although the order of keys shouldn't be important in plist files)"

This is no longer necessary, since dict objects preserve insertion order. PR changes this.

----------
assignee: docs at python
components: Documentation
messages: 318969
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Remove non-ordered dict comment from plistlib
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:13:50 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 07 Jun 2018 20:13:50 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
In-Reply-To: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>
Message-ID: <1528402430.75.0.592728768989.issue33801@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7120
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:15:31 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 20:15:31 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528402531.22.0.592728768989.issue33796@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0aee3bea197af51de3a30e4665eaa2971a681fbb by Miss Islington (bot) in branch '3.7':
bpo-33796: Ignore ClassVar for dataclasses.replace(). (GH-7488)
https://github.com/python/cpython/commit/0aee3bea197af51de3a30e4665eaa2971a681fbb


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:30:17 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 07 Jun 2018 20:30:17 +0000
Subject: [issue33796] dataclasses.replace broken if a class has any ClassVars
In-Reply-To: <1528382089.85.0.592728768989.issue33796@psf.upfronthosting.co.za>
Message-ID: <1528403417.87.0.592728768989.issue33796@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Thanks, Ned. I've backported it.

----------
components: +Library (Lib)
priority: release blocker -> normal
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33796>
_______________________________________

From report at bugs.python.org  Thu Jun  7 16:57:21 2018
From: report at bugs.python.org (David Szotten)
Date: Thu, 07 Jun 2018 20:57:21 +0000
Subject: [issue28557] error message for bad raw readinto
In-Reply-To: <1477760845.01.0.230790209004.issue28557@psf.upfronthosting.co.za>
Message-ID: <1528405041.6.0.592728768989.issue28557@psf.upfronthosting.co.za>


Change by David Szotten <davidszotten+python at gmail.com>:


----------
pull_requests: +7121
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28557>
_______________________________________

From report at bugs.python.org  Thu Jun  7 17:15:51 2018
From: report at bugs.python.org (Tim Boddy)
Date: Thu, 07 Jun 2018 21:15:51 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528406151.74.0.592728768989.issue33795@psf.upfronthosting.co.za>


Tim Boddy <timothywboddy at gmail.com> added the comment:

Would a leak associated with this stack trace fall within the domain of bugs.python.org?  I do see site-packages on ths stack in frames 1 and 2 but frame 3 is in /lib/libpython3.5m.so.1.0:

555555904900
#0  __GI___libc_malloc (bytes=8) at malloc.c:2910
#1  0x00007ffff4b1a6a9 in ?? ()
   from /usr/lib/python3.5/site-packages/_cffi_backend.cpython-35m-x86_64-linux-gnu.so
#2  0x00007ffff4b1ab4d in ?? ()
   from /usr/lib/python3.5/site-packages/_cffi_backend.cpython-35m-x86_64-linux-gnu.so
#3  0x00007ffff7a28019 in ?? () from /lib/libpython3.5m.so.1.0
#4  0x00007ffff79bb229 in PyCFunction_Call () from /lib/libpython3.5m.so.1.0
#5  0x00007ffff7a3474c in PyEval_EvalFrameEx () from /lib/libpython3.5m.so.1.0
#6  0x00007ffff7a33d5c in PyEval_EvalFrameEx () from /lib/libpython3.5m.so.1.0
#7  0x00007ffff7a33d5c in PyEval_EvalFrameEx () from /lib/libpython3.5m.so.1.0

Either way is fine.  I have a bit more debugging to do anyway to understand where the cause of the leak actually is but please let me know your thoughts on whether this bug might be relevant to this site.

----------
resolution: third party -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 17:46:14 2018
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 07 Jun 2018 21:46:14 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528407974.22.0.592728768989.issue33609@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:


New changeset d3ed67d14ed401dfe2b5d07b6941adc3ecacb268 by Neil Schemenauer in branch 'master':
bpo-33609: small wording fixes to dict ordering docs
https://github.com/python/cpython/commit/d3ed67d14ed401dfe2b5d07b6941adc3ecacb268


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Thu Jun  7 17:47:23 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 21:47:23 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528408043.07.0.592728768989.issue33609@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7122

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Thu Jun  7 17:51:29 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 21:51:29 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528408289.12.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7123

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:04:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:04:44 +0000
Subject: [issue33642] IDLE: Use variable number of lines in CodeContext
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528409084.54.0.592728768989.issue33642@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Summary for users: Previously, Code Context displayed a fixed number of lines.  Often, many were blank.  Hence the default *numlines* to display was small, 3, to avoid having too many blank lines.  However, 3 is often too small to display the complete context.

Now, Code Context initially displays a single blank line for 'no context', to show that the feature is active.  When the top visible line is part of an indented body, the context used as many non-blank lines as needed, up to a maximum of *maxlines*, which has a default of 15.  Because a new configuration option is used, there should be no interference between user settings for old releases and future releases. 

Initially, context lines are added to an expanded editor window.  When the height of the window has been maximized, perhaps with the zoomheight feature, and when the height of the window has been reset with the mouse, context lines replace normal code text.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:05:35 2018
From: report at bugs.python.org (Tim Boddy)
Date: Thu, 07 Jun 2018 22:05:35 +0000
Subject: [issue33795] Memory leak in X509StoreContext class.
In-Reply-To: <1528374457.54.0.592728768989.issue33795@psf.upfronthosting.co.za>
Message-ID: <1528409135.78.0.592728768989.issue33795@psf.upfronthosting.co.za>


Tim Boddy <timothywboddy at gmail.com> added the comment:

I'm sorry that I changed the resolution by accident.

----------
resolution: not a bug -> third party

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33795>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:17:51 2018
From: report at bugs.python.org (Francois Schneider)
Date: Thu, 07 Jun 2018 22:17:51 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528409871.95.0.592728768989.issue33784@psf.upfronthosting.co.za>


Francois Schneider <francois.schneider at gmail.com> added the comment:

Thanks for the analysis, I agree completely.

Actually the problem was coming from my code where one of the __eq__ method was implemented like this:
>>> def __eq__(self, other):
>>>   return hash(self) == hash(other)

so 2 instances with only a slight difference in their ip_network attribute (ip_network(u'20.0.2.3/32') and ip_network(u'20.0.2.0/30')) were having the same hash and being equal -> they could not be inserted both in the same collection.

I will just rewrite my __eq__ method properly.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:25:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 22:25:54 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528410354.79.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 79790bc35fe722a49977b52647f9b5fe1deda2b7 by Victor Stinner in branch 'master':
bpo-33694: Fix race condition in asyncio proactor (GH-7498)
https://github.com/python/cpython/commit/79790bc35fe722a49977b52647f9b5fe1deda2b7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:27:23 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 22:27:23 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528410443.98.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7124

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:30:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:30:13 +0000
Subject: [issue33679] IDLE: Re-enable color configuration for code context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528410613.77.0.592728768989.issue33679@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Summary for users:  Previously, there was one code context foreground and background font color setting, default or custom, on the extensions tab, that applied to all themes.  Now, each theme has it own setting, as with other color settings.  For builting themes, the foreground is the same as normal text; the background is a contrasting gray.  Context colors for custom themes are set on the Hightlights tab along with others.  When one starts IDLE from a console and loads a custom theme without definitions for 'context', one will see a warning message on the console.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:49:37 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 22:49:37 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528411777.01.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 8fa398d5cecec80990c5642b081f52cbbc6a05eb by Victor Stinner (Miss Islington (bot)) in branch '3.7':
bpo-33694: Fix race condition in asyncio proactor (GH-7498) (GH-7499)
https://github.com/python/cpython/commit/8fa398d5cecec80990c5642b081f52cbbc6a05eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:50:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:50:13 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528411813.63.0.592728768989.issue33679@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Re-enable color configuration for code context -> IDLE: Enable theme-specific color configuration for code context

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:51:50 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:51:50 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528411910.98.0.592728768989.issue33642@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Use variable number of lines in CodeContext -> IDLE: Display up to maxlines non-blank lines for Code Context

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:55:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:55:31 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528412131.38.0.592728768989.issue33642@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7125

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 18:55:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 22:55:31 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528412131.47.0.786479179495.issue33679@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7126

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:00:35 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 07 Jun 2018 23:00:35 +0000
Subject: [issue33802] Regression in logging configuration
Message-ID: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw <barry at python.org>:

This looks like a serious regression in 3.7.  @ned.deily - I'm marking this as a release blocker, but feel free of course to downgrade it.

Run the following as

$ python3.6 badconfig.py
Hey, it works!

$ python3.7 badconfig.py
Traceback (most recent call last):
  File "../badconfig.py", line 77, in <module>
    fileConfig(inifile.name, defaults=GUNICORN_DEFAULTS)
  File "/Users/barry/projects/python/cpython/Lib/logging/config.py", line 65, in fileConfig
    cp = configparser.ConfigParser(defaults)
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 639, in __init__
    self._read_defaults(defaults)
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 1212, in _read_defaults
    self.read_dict({self.default_section: defaults})
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 754, in read_dict
    self.set(section, key, value)
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 1200, in set
    super().set(section, option, value)
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 895, in set
    value)
  File "/Users/barry/projects/python/cpython/Lib/configparser.py", line 403, in before_set
    "position %d" % (value, tmp_value.find('%')))
ValueError: invalid interpolation syntax in "{'generic': {'format': '%(asctime)s [%(process)d] [%(levelname)s] %(message)s', 'datefmt': '[%Y-%m-%d %H:%M:%S %z]', 'class': 'logging.Formatter'}}" at position 26

I'm still investigating, but wanted to get the bug filed asap.

----------
assignee: barry
files: badconfig.py
keywords: 3.7regression
messages: 318980
nosy: barry, ned.deily
priority: release blocker
severity: normal
stage: needs patch
status: open
title: Regression in logging configuration
type: behavior
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47635/badconfig.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:11:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 23:11:44 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528413104.17.0.592728768989.issue33679@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset bed523ba03c4525c9c79a6df700284b6c43024b3 by Terry Jan Reedy in branch 'master':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/bed523ba03c4525c9c79a6df700284b6c43024b3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:11:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 07 Jun 2018 23:11:44 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528413104.32.0.584625200856.issue33642@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset bed523ba03c4525c9c79a6df700284b6c43024b3 by Terry Jan Reedy in branch 'master':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/bed523ba03c4525c9c79a6df700284b6c43024b3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:12:55 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:12:55 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528413175.39.0.592728768989.issue33642@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7127

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:12:55 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:12:55 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528413175.49.0.786479179495.issue33679@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7128

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:13:52 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:13:52 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528413232.5.0.592728768989.issue33642@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7129

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:13:52 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:13:52 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528413232.59.0.786479179495.issue33679@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7130

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:21:36 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 07 Jun 2018 23:21:36 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528413696.12.0.592728768989.issue23835@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think this introduced a regression in 3.7.  See bpo-33802

https://bugs.python.org/issue33802

----------
keywords: +3.7regression -patch
nosy: +barry
priority: normal -> deferred blocker
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:22:14 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 07 Jun 2018 23:22:14 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528413734.69.0.592728768989.issue33802@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think the regression is caused by the fix for bpo-23835

https://bugs.python.org/issue23835

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:30:27 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:30:27 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528414227.12.0.592728768989.issue33679@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ab5da50d82766acb49ba162dd61b0f8f19424e29 by Miss Islington (bot) in branch '3.7':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/ab5da50d82766acb49ba162dd61b0f8f19424e29


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:30:27 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:30:27 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528414227.22.0.584625200856.issue33642@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ab5da50d82766acb49ba162dd61b0f8f19424e29 by Miss Islington (bot) in branch '3.7':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/ab5da50d82766acb49ba162dd61b0f8f19424e29


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:33:18 2018
From: report at bugs.python.org (Christopher Thorne)
Date: Thu, 07 Jun 2018 23:33:18 +0000
Subject: [issue33578] cjkcodecs missing getstate and setstate implementations
In-Reply-To: <1526713206.06.0.682650639539.issue33578@psf.upfronthosting.co.za>
Message-ID: <1528414398.43.0.592728768989.issue33578@psf.upfronthosting.co.za>


Christopher Thorne <libcthorne at gmail.com> added the comment:

Thanks Naoki, that simplifies things a lot.

I've updated the PR with a new test case for ISO-2022-JP and a corresponding implementation for the encoder state methods.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33578>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:34:16 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:34:16 +0000
Subject: [issue33679] IDLE: Enable theme-specific color configuration for code
 context
In-Reply-To: <1527592431.06.0.682650639539.issue33679@psf.upfronthosting.co.za>
Message-ID: <1528414456.01.0.592728768989.issue33679@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d071ab12c85636cd15c8ef33647dad9db8441afb by Miss Islington (bot) in branch '3.6':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/d071ab12c85636cd15c8ef33647dad9db8441afb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33679>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:34:16 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 07 Jun 2018 23:34:16 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528414456.24.0.584625200856.issue33642@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d071ab12c85636cd15c8ef33647dad9db8441afb by Miss Islington (bot) in branch '3.6':
bpo-33642 and bpo-33679: Revise and condense blurbs (GH-7500)
https://github.com/python/cpython/commit/d071ab12c85636cd15c8ef33647dad9db8441afb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Thu Jun  7 19:44:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 07 Jun 2018 23:44:54 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
Message-ID: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

test_asyncio started to crash in https://github.com/python/cpython/pull/7487

I debugged the crash with Yury: _PyHAMT_New() triggers indirectly a GC collection at "o->h_root = hamt_node_bitmap_new(0);". Problem: the object that is being created is already tracked by the GC, whereas its h_root field is not set. Then the GC does crash because the field is a random pointer.

hamt_alloc() must initialize h_root and h_count before tracking the object in the GC.

Thinking about the GC when writing an object constructor is hard :-(

Maybe we should add a debug option to trigger the GC more often to make such random bug more likely. contextvars has been implemented a few months ago, and we only spotted the bug a few days before Python 3.7.0 final release...

----------
components: Interpreter Core
messages: 318990
nosy: ned.deily, vstinner, yselivanov
priority: release blocker
severity: normal
status: open
type: crash
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:06:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:06:52 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528416412.66.0.592728768989.issue33803@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

One solution to trigger so crash more frequently is to reduce the threshold of the generation 0 of the garbage collector.

Here is a patch to do that when using -X dev: change the default threshold from 700 to 5 for the generation 0.

With this patch, "PYTHONDEVMODE=1 python -m test test_context" does also crash as expected.

diff --git a/Python/pylifecycle.c b/Python/pylifecycle.c
index 958219b744..81218fb964 100644
--- a/Python/pylifecycle.c
+++ b/Python/pylifecycle.c
@@ -622,6 +622,10 @@ _Py_InitializeCore(const _PyCoreConfig *core_config)
         return _Py_INIT_ERR("runtime core already initialized");
     }
 
+    if (core_config->dev_mode) {
+        _PyRuntime.gc.generations[0].threshold = 5;
+    }
+
     /* Py_Finalize leaves _Py_Finalizing set in order to help daemon
      * threads behave a little more gracefully at interpreter shutdown.
      * We clobber it here so the new interpreter can start with a clean

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:11:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:11:22 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528416682.17.0.592728768989.issue33803@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Don't forget to merge https://github.com/python/cpython/pull/7487 once this bug is fixed. I would like to see https://bugs.python.org/issue33792 in Python 3.7 *if possible* (the feature now seems "required" for the new asyncio.loop() function).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:13:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:13:26 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528416806.01.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I fixed the root issue, a race condition in ProactorEventLoop. But I prefer to keep the issue open a few days to see if the bug is really gone from all CIs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:18:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:18:10 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528417090.53.0.592728768989.issue33615@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7131
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:19:45 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:19:45 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528417185.4.0.592728768989.issue33803@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7132
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:21:11 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:21:11 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528417271.1.0.592728768989.issue33803@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Thanks Victor for debugging this.  I made a PR (which is now trivial) and double checked all other calls to GCTrack in context.c & hamt.c.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:28:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:28:31 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528417711.33.0.592728768989.issue33615@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset c4f3cb772bc2d93d91ee1750eed817262f3ed57d by Victor Stinner in branch 'master':
bpo-33615: Skip test__xxsubinterpreters (GH-7503)
https://github.com/python/cpython/commit/c4f3cb772bc2d93d91ee1750eed817262f3ed57d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:28:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:28:48 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528417728.86.0.592728768989.issue33615@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

test__xxsubinterpreters prevents to get results from Gentoo Refleaks 3.x and Windows Refleaks 3.x, it also broke multiple CIs and it introduced random failures. For all these reasons, I skipped the test. See the general policy for CIs:
https://mail.python.org/pipermail/python-dev/2018-May/153753.html

Eric: if you need CIs to check if a change fix test__xxsubinterpreters, they are ways to trigger custom builds, but I don't recall how to do that :-D You should be able to do that on buildbots at least, the devguide explains how to do it, or ask maybe Zachary Ware. Until the crash is fixed, I would prefer to leave the test skipped.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:29:58 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:29:58 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528417798.08.0.592728768989.issue33803@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 378c53cc3187dba57c7560ccc2557f516c8a7bc8 by Yury Selivanov in branch 'master':
bpo-33803: Fix a crash in hamt.c (#7504)
https://github.com/python/cpython/commit/378c53cc3187dba57c7560ccc2557f516c8a7bc8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:30:12 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 00:30:12 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528417812.62.0.592728768989.issue33803@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7133

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:31:29 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:31:29 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528417889.01.0.592728768989.issue33786@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 52698c7ad9eae9feb35839fde17a7d1da8036a9b by Yury Selivanov in branch 'master':
bpo-33786: Fix asynchronous generators to handle GeneratorExit in athrow() (GH-7467)
https://github.com/python/cpython/commit/52698c7ad9eae9feb35839fde17a7d1da8036a9b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:31:35 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 00:31:35 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528417895.45.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7134

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:36:26 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:36:26 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528418186.71.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +7135

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:38:12 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 00:38:12 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528418292.76.0.592728768989.issue23835@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like this issue introduced a regression according to Barry: bpo-33802.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:38:25 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:38:25 +0000
Subject: [issue33609] Document that dicts preserve insertion order
In-Reply-To: <1527023250.35.0.682650639539.issue33609@psf.upfronthosting.co.za>
Message-ID: <1528418305.29.0.592728768989.issue33609@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 9b0d4d04a15a97a1055f1b729f14e9257f149fd3 by Yury Selivanov (Miss Islington (bot)) in branch '3.7':
bpo-33609: small wording fixes to dict ordering docs (#7497)
https://github.com/python/cpython/commit/9b0d4d04a15a97a1055f1b729f14e9257f149fd3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33609>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:44:12 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:44:12 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528418652.16.0.592728768989.issue33803@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset a971a6fdb111bb62911ccf45aa9fe734e2e7a590 by Yury Selivanov (Miss Islington (bot)) in branch '3.7':
bpo-33803: Fix a crash in hamt.c (GH-7504) (GH-7505)
https://github.com/python/cpython/commit/a971a6fdb111bb62911ccf45aa9fe734e2e7a590


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:44:59 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 00:44:59 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528418699.85.0.592728768989.issue33792@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 8f4042964d5b0ddf5cdf87862db962ba64e3f64a by Yury Selivanov in branch 'master':
bpo-33792: Add selector and proactor windows policies (GH-7487)
https://github.com/python/cpython/commit/8f4042964d5b0ddf5cdf87862db962ba64e3f64a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:45:10 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 00:45:10 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528418710.43.0.592728768989.issue33792@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7136

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:45:25 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 08 Jun 2018 00:45:25 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528418725.15.0.592728768989.issue33802@psf.upfronthosting.co.za>


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


----------
keywords: +patch
pull_requests: +7137
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:51:37 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 08 Jun 2018 00:51:37 +0000
Subject: [issue33804] Document the default value of the size parameter of
 io.TextIOBase.read
Message-ID: <1528419097.71.0.592728768989.issue33804@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Documentation of io.TextIOBase.read makes it look like the size parameter is required. Attached PR fixes this.

----------
assignee: docs at python
components: Documentation
messages: 319003
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Document the default value of the size parameter of io.TextIOBase.read
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33804>
_______________________________________

From report at bugs.python.org  Thu Jun  7 20:51:59 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 08 Jun 2018 00:51:59 +0000
Subject: [issue33804] Document the default value of the size parameter of
 io.TextIOBase.read
In-Reply-To: <1528419097.71.0.592728768989.issue33804@psf.upfronthosting.co.za>
Message-ID: <1528419119.43.0.592728768989.issue33804@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7138
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33804>
_______________________________________

From report at bugs.python.org  Thu Jun  7 21:31:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 01:31:53 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528421513.0.0.592728768989.issue33792@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0738443a5b071a6bd2c18957a06cfe571a7314f2 by Miss Islington (bot) in branch '3.7':
bpo-33792: Add selector and proactor windows policies (GH-7487)
https://github.com/python/cpython/commit/0738443a5b071a6bd2c18957a06cfe571a7314f2


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 21:32:46 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 01:32:46 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528421566.47.0.592728768989.issue33786@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 8de73d5a6914cfe55c23b0ad829cd2ba8954bc2e by Yury Selivanov in branch '3.6':
bpo-33786: Fix asynchronous generators to handle GeneratorExit in athrow() (GH-7467) (GH-7507)
https://github.com/python/cpython/commit/8de73d5a6914cfe55c23b0ad829cd2ba8954bc2e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 21:35:32 2018
From: report at bugs.python.org (Michael Felt)
Date: Fri, 08 Jun 2018 01:35:32 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528421732.44.0.592728768989.issue32493@psf.upfronthosting.co.za>


Change by Michael Felt <michael at felt.demon.nl>:


----------
pull_requests: +7139

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Thu Jun  7 22:13:46 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 08 Jun 2018 02:13:46 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528424026.13.0.592728768989.issue33197@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@yselivanov

Please take a look PR 7206 :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Thu Jun  7 22:14:47 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 08 Jun 2018 02:14:47 +0000
Subject: [issue33476] String index out of range in get_group(),
 email/_header_value_parser.py
In-Reply-To: <1526172602.81.0.682650639539.issue33476@psf.upfronthosting.co.za>
Message-ID: <1528424087.69.0.592728768989.issue33476@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@r.david.murray

Please take a look PR 7484 :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33476>
_______________________________________

From report at bugs.python.org  Thu Jun  7 22:36:09 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 02:36:09 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528425369.81.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
pull_requests: +7140

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 22:52:49 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 02:52:49 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528426369.92.0.592728768989.issue33791@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7141

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 22:52:52 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 02:52:52 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528426372.17.0.592728768989.issue33791@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 94b5fabe81fc1ee7a49a06db117ca2f2d1c80526 by Miss Islington (bot) in branch '3.6':
bpo-33791: Update README for macOS users (GH-7471)
https://github.com/python/cpython/commit/94b5fabe81fc1ee7a49a06db117ca2f2d1c80526


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:16:46 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 03:16:46 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528427806.22.0.592728768989.issue33791@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ee994d7443a7e2809a5d49bd3679fc9c451a411b by Ned Deily (atg7000) in branch 'master':
bpo-33791: Update README for macOS users (GH-7471)
https://github.com/python/cpython/commit/ee994d7443a7e2809a5d49bd3679fc9c451a411b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:16:56 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 03:16:56 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528427816.17.0.592728768989.issue33791@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7142

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:29:53 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 03:29:53 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528428593.25.0.592728768989.issue33791@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Due to some bot issues, the 3.7 commit message went AWOL: the changeset id is ee994d7443a7e2809a5d49bd3679fc9c451a411b.  Thanks for the PR!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:31:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 03:31:43 +0000
Subject: [issue33791] Update README.rst to mention third-party OpenSSL needed
 for macOS builds
In-Reply-To: <1528359147.48.0.592728768989.issue33791@psf.upfronthosting.co.za>
Message-ID: <1528428703.69.0.592728768989.issue33791@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

(Er, the 3.7 commit is 43202e05c24907576ffd2b10762b18225be7f278)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33791>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:39:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 03:39:17 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528429157.59.0.592728768989.issue33802@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:42:23 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:42:23 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528429343.65.0.592728768989.issue33786@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset b0bb9a81f60ed248a44b4c8008c0549c3e9e741d by Yury Selivanov in branch '3.6':
bpo-33786: Fix asynchronous generators to handle GeneratorExit in athrow() (GH-7467) (#7514)
https://github.com/python/cpython/commit/b0bb9a81f60ed248a44b4c8008c0549c3e9e741d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:42:50 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:42:50 +0000
Subject: [issue33786] @asynccontextmanager doesn't work well with async
 generators
In-Reply-To: <1528305875.22.0.592728768989.issue33786@psf.upfronthosting.co.za>
Message-ID: <1528429370.37.0.592728768989.issue33786@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33786>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:43:15 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:43:15 +0000
Subject: [issue33792] asyncio: how to set a "Proactor event loop" policy?
 Issue with asyncio.run()
In-Reply-To: <1528365724.38.0.592728768989.issue33792@psf.upfronthosting.co.za>
Message-ID: <1528429395.1.0.592728768989.issue33792@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33792>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:44:03 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:44:03 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528429443.81.0.592728768989.issue33803@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> +    if (core_config->dev_mode) {
> +        _PyRuntime.gc.generations[0].threshold = 5;
> +    }

I'd love to have a flag to turn this on, or maybe we should enable it for -X dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:44:16 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:44:16 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528429456.21.0.592728768989.issue33803@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:46:34 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:46:34 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528429594.09.0.592728768989.issue33197@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 4aa3006619392438b0775a2f488bbe9e7a22c468 by Yury Selivanov (Dong-hee Na) in branch 'master':
bpo-33197: Add description property for _ParameterKind. (GH-7206)
https://github.com/python/cpython/commit/4aa3006619392438b0775a2f488bbe9e7a22c468


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Thu Jun  7 23:46:53 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 03:46:53 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528429613.95.0.592728768989.issue33197@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 00:05:57 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 04:05:57 +0000
Subject: [issue33794] Python.framework build is missing 'Current' symlink
In-Reply-To: <1528373916.56.0.592728768989.issue33794@psf.upfronthosting.co.za>
Message-ID: <1528430757.77.0.592728768989.issue33794@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

This is by design for Python 3 installs; Current *is* created for Python 2 installs for historical reasons.  See the discussion in Issue18117 why trying to use -framework Python is not a good idea unfortunately.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Missing symlink:Current after Mac OS X 3.3.2 package installation

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33794>
_______________________________________

From report at bugs.python.org  Fri Jun  8 00:37:53 2018
From: report at bugs.python.org (Siddhartha Bose)
Date: Fri, 08 Jun 2018 04:37:53 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528432673.2.0.592728768989.issue33779@psf.upfronthosting.co.za>


Siddhartha Bose <siddhartha.bose69 at gmail.com> added the comment:

@steve, deleting it did work and it was out of the system but installation failed again, see the logs attached

----------
Added file: https://bugs.python.org/file47636/Python 3.6.5 (64-bit)_20180608095000.log

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:18:01 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 08 Jun 2018 05:18:01 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528435081.9.0.592728768989.issue33738@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Excluding names from limited API can break existing code that use them with defined Py_LIMITED_API. I wondering if corresponding functions should be added for PySequence_ITEM, PyObject_IS_GC, PyType_SUPPORTS_WEAKREFS, PyObject_GET_WEAKREFS_LISTPTR. Perhaps this should be discussed on Python-Dev.

Since PyList_GET_SIZE and PyList_GET_ITEM are defined only for non-limited API, it is better to wrap definitions of macros that use them (like PySequence_Fast_GET_SIZE and PySequence_Fast_GET_ITEM) in "#ifndef Py_LIMITED_API" ... "#endif".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:21:23 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 05:21:23 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528435283.14.0.592728768989.issue33768@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 041272b657867f5bec925b19aabf23944125d49b by Terry Jan Reedy (Cheryl Sabella) in branch 'master':
bpo-33768: IDLE: Clicking on code context line moves it to top of editor (GH-7411)
https://github.com/python/cpython/commit/041272b657867f5bec925b19aabf23944125d49b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:22:33 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 05:22:33 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528435353.32.0.592728768989.issue33768@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7143

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:23:25 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 05:23:25 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528435405.64.0.592728768989.issue33768@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7144

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:45:32 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 08 Jun 2018 05:45:32 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528436732.93.0.592728768989.issue33745@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This change looks not intentional, but not incorrect. I'm not sure that it is worth to document it. Any behavior (in 3.6 and in 3.7) is CPython implementation detail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:50:39 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 05:50:39 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528437039.7.0.592728768989.issue33768@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a4868473e7a0487bd882531490ff8856b952f9b3 by Miss Islington (bot) in branch '3.7':
bpo-33768: IDLE: Clicking on code context line moves it to top of editor (GH-7411)
https://github.com/python/cpython/commit/a4868473e7a0487bd882531490ff8856b952f9b3


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:51:01 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 05:51:01 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528437061.26.0.592728768989.issue33768@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1038669769208fc05c9a565fbf575f5fa8e9ef61 by Miss Islington (bot) in branch '3.6':
bpo-33768: IDLE: Clicking on code context line moves it to top of editor (GH-7411)
https://github.com/python/cpython/commit/1038669769208fc05c9a565fbf575f5fa8e9ef61


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 01:51:45 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 05:51:45 +0000
Subject: [issue33768] IDLE: click on context line should jump to line,
 at top of window
In-Reply-To: <1528091671.87.0.592728768989.issue33768@psf.upfronthosting.co.za>
Message-ID: <1528437105.82.0.592728768989.issue33768@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33768>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:10:45 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 06:10:45 +0000
Subject: [issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0
In-Reply-To: <1500004288.4.0.547702885246.issue30928@psf.upfronthosting.co.za>
Message-ID: <1528438245.9.0.592728768989.issue30928@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7145

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30928>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:32:19 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 06:32:19 +0000
Subject: [issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0
In-Reply-To: <1500004288.4.0.547702885246.issue30928@psf.upfronthosting.co.za>
Message-ID: <1528439539.09.0.592728768989.issue30928@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7146

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30928>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:32:32 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 06:32:32 +0000
Subject: [issue30928] Copy modified blurbs to idlelib/NEWS.txt for 3.7.0
In-Reply-To: <1500004288.4.0.547702885246.issue30928@psf.upfronthosting.co.za>
Message-ID: <1528439552.37.0.592728768989.issue30928@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7147

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30928>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:38:09 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 08 Jun 2018 06:38:09 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
In-Reply-To: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>
Message-ID: <1528439889.89.0.592728768989.issue33799@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 396ecb9c3e7fb150eace7bfc733d5b9d0263d697 by INADA Naoki (Andr?s Delfino) in branch 'master':
bpo-33799: Remove non-ordered dicts comments from FAQ
https://github.com/python/cpython/commit/396ecb9c3e7fb150eace7bfc733d5b9d0263d697


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:39:16 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 06:39:16 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
In-Reply-To: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>
Message-ID: <1528439956.2.0.592728768989.issue33799@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7148

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:45:12 2018
From: report at bugs.python.org (Michael Felt)
Date: Fri, 08 Jun 2018 06:45:12 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528440312.96.0.592728768989.issue32493@psf.upfronthosting.co.za>


Michael Felt <michael at felt.demon.nl> added the comment:

@vstinner - I know this is "closed", however, I submit a minor PR to fix an error in PR7104. The logic of configure.ac always defines HAVE_UUID_ENC_BE.

I cannot proceed with PR5183 (aka issue28009) until this is repaired.

Thx!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:48:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 06:48:20 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528440500.28.0.592728768989.issue32493@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> @vstinner - I know this is "closed", however, I submit a minor PR to fix an error in PR7104. The logic of configure.ac always defines HAVE_UUID_ENC_BE. I cannot proceed with PR5183 (aka issue28009) until this is repaired.

The title of this issue makes it very specific to FreeBSD, so it would be better to create a new one for AIX. What your write for the commit description is not appropriate for a commit, but it's fine for the description of a bug.

Please open a new issue to track uuid changes for AIX. I know that you have a second one for Python <= 3.6.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:51:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 06:51:36 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528440696.51.0.592728768989.issue33803@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I'd love to have a flag to turn this on, or maybe we should enable it for -X dev.

Well, there is already a public API to do it manually: gc.set_threshold(5).

I'm not sure about a threshold of 5 for -X dev: that's very very low and so kill performances. -X dev can be slower, not but 10x slower for example. I didn't measure performance.

Such bug is rare, so I'm not sure about putting gc.set_threshold(5) in -X dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:54:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 06:54:58 +0000
Subject: [issue33531] test_asyncio: test_subprocess test_stdin_broken_pipe()
 failure on Travis CI
In-Reply-To: <1526452192.92.0.682650639539.issue33531@psf.upfronthosting.co.za>
Message-ID: <1528440898.72.0.592728768989.issue33531@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Yury made 3 changes in the master branch for this change:

* Workaround: await asyncio.sleep(0.5, loop=self.loop)
* Use stdout to synchrone parent and child process
* Revert the second change (stdout sync)

commit bb9474f1fb2fc7c7ed9f826b78262d6a12b5f9e8
Author: Yury Selivanov <yury at magic.io>
Date:   Tue May 29 22:00:31 2018 -0400

    Revert "A better fix for asyncio test_stdin_broken_pipe (GH-7221)" (GH-7235)
    
    This reverts commit ad74d50517c069359578014bb32e660828d68332.
    
    Turns out it's not a good fix -- Travis has just crashed on this test.

commit ad74d50517c069359578014bb32e660828d68332
Author: Yury Selivanov <yury at magic.io>
Date:   Tue May 29 20:57:50 2018 -0400

    A better fix for asyncio test_stdin_broken_pipe (#7221)

commit 4fadf0c639476fa50a40ec6f119f98c01e56ad95
Author: Yury Selivanov <yury at magic.io>
Date:   Tue May 29 13:40:47 2018 -0400

    Attempt to fix test_stdin_broken_pipe on Travis (#7210)

----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33531>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:57:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 06:57:39 +0000
Subject: [issue33531] test_asyncio: test_subprocess test_stdin_broken_pipe()
 failure on Travis CI
In-Reply-To: <1526452192.92.0.682650639539.issue33531@psf.upfronthosting.co.za>
Message-ID: <1528441059.59.0.592728768989.issue33531@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 3.6 got the first change:

commit 6aacc160a880de3b82c51193a4594b87fb7ace5f
Author: Yury Selivanov <yury at magic.io>
Date:   Tue May 29 14:57:38 2018 -0400

    Fix ci for 3.6 / asyncio / test_stdin_broken_pipe (#7212)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33531>
_______________________________________

From report at bugs.python.org  Fri Jun  8 02:59:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 06:59:54 +0000
Subject: [issue33531] test_asyncio: test_subprocess test_stdin_broken_pipe()
 failure on Travis CI
In-Reply-To: <1526452192.92.0.682650639539.issue33531@psf.upfronthosting.co.za>
Message-ID: <1528441194.66.0.592728768989.issue33531@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

As expected, the workaround adding a delay of 500 ms is not perfect, the test still fails on the very slow x86 Windows7 3.6 buildbot when tests are run in parallel:

http://buildbot.python.org/all/#/builders/90/builds/383

======================================================================
FAIL: test_stdin_broken_pipe (test.test_asyncio.test_subprocess.SubprocessProactorTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_asyncio\test_subprocess.py", line 221, in test_stdin_broken_pipe
    self.loop.run_until_complete, coro)
AssertionError: (<class 'BrokenPipeError'>, <class 'ConnectionResetError'>) not raised by run_until_complete


But hopefully, test_asyncio passed when re-run sequentially.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33531>
_______________________________________

From report at bugs.python.org  Fri Jun  8 03:24:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 07:24:44 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528442684.11.0.592728768989.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7149

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  8 03:49:35 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 08 Jun 2018 07:49:35 +0000
Subject: [issue33784] hash collision in instances of ipaddress.ip_network
In-Reply-To: <1528298968.12.0.592728768989.issue33784@psf.upfronthosting.co.za>
Message-ID: <1528444175.2.0.592728768989.issue33784@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, Francois. Indeed, comparing hashes isn't a good way to implement equality. :-)  Closing here.

----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33784>
_______________________________________

From report at bugs.python.org  Fri Jun  8 03:54:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 07:54:01 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528444441.31.0.592728768989.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset c45fc7673e23f911639d10d3771ffef7be870c7a by Victor Stinner in branch 'master':
bpo-33718: regrtest: use "xxx then yyy" result if re-run (GH-7521)
https://github.com/python/cpython/commit/c45fc7673e23f911639d10d3771ffef7be870c7a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Fri Jun  8 03:59:33 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 07:59:33 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528444773.09.0.592728768989.issue33803@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

FYI the bug was also seen 8 hours ago on a different asyncio PR:
https://github.com/python/cpython/pull/423#issuecomment-395681351

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:01:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 08:01:01 +0000
Subject: [issue33803] contextvars: hamt_alloc() must initialize h_root and
 h_count fields
In-Reply-To: <1528415094.5.0.592728768989.issue33803@psf.upfronthosting.co.za>
Message-ID: <1528444861.15.0.592728768989.issue33803@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> FYI the bug was also seen 8 hours ago on a different asyncio PR:

Oops, my message is misleading: the crash is not a regression. I just wanted to notice that a different PR also triggered the crash before the crash has been fixed. I'm just surprised that the bug decided to wake up 4 months after contextvars has been merged. Why yesterday and not previously?

----------
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33803>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:09:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 08:09:05 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528445345.51.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7150

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:32:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 08 Jun 2018 08:32:13 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528446733.53.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset ff6c07729211fb98431a2793e074d07a21e0650a by Victor Stinner in branch 'master':
bpo-33694: Fix typo in helper function name (GH-7522)
https://github.com/python/cpython/commit/ff6c07729211fb98431a2793e074d07a21e0650a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:33:18 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 08:33:18 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528446798.95.0.592728768989.issue33694@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7151

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:48:55 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 08:48:55 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528447735.47.0.592728768989.issue33694@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 17beebcc8b22a66b7973cbe5b1577567ab391c0a by Miss Islington (bot) in branch '3.7':
bpo-33694: Fix typo in helper function name (GH-7522)
https://github.com/python/cpython/commit/17beebcc8b22a66b7973cbe5b1577567ab391c0a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Fri Jun  8 04:51:39 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 08 Jun 2018 08:51:39 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
Message-ID: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>


New submission from Eric V. Smith <eric at trueblade.com>:

If a dataclass contains an InitVar without a default value, that InitVar must be specified in the call to replace(). This is because replace() works by first creating a new object, and InitVars without defaults, by definition, must be specified when creating the object. There is no other source for the value of the InitVar to use.

However, the exception you get is confusing:

>>> from dataclasses import *
>>> @dataclass
... class C:
...   i: int
...   j: InitVar[int]
...
>>> c = C(1, 2)
>>> replace(c, i=3)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\home\eric\local\python\cpython\lib\dataclasses.py", line 1176, in replace
    changes[f.name] = getattr(obj, f.name)
AttributeError: 'C' object has no attribute 'j'
>>>

This message really should say something like "InitVar 'j' must be specified".

----------
assignee: eric.smith
components: Library (Lib)
messages: 319036
nosy: eric.smith
priority: normal
severity: normal
status: open
title: dataclasses: replace() give poor error message if using InitVar
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 05:19:48 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 08 Jun 2018 09:19:48 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528449588.17.0.592728768989.issue33802@psf.upfronthosting.co.za>


Change by ?ukasz Langa <lukasz at langa.pl>:


----------
pull_requests: +7152

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 05:19:48 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 08 Jun 2018 09:19:48 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528449588.31.0.786479179495.issue23835@psf.upfronthosting.co.za>


Change by ?ukasz Langa <lukasz at langa.pl>:


----------
keywords: +patch
pull_requests: +7153
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Fri Jun  8 05:22:13 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 08 Jun 2018 09:22:13 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528449733.17.0.592728768989.issue33802@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:

I'm very sorry for the trouble! And impressed at Barry's quick diagnosis.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:02:12 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:02:12 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528452132.52.0.592728768989.issue31215@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7154

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:03:09 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:03:09 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528452189.18.0.592728768989.issue31215@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7155

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:04:35 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 08 Jun 2018 10:04:35 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528452275.33.0.592728768989.issue33802@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:11:54 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 08 Jun 2018 10:11:54 +0000
Subject: [issue33423] [logging] Improve consistency of logger mechanism.
In-Reply-To: <1525402053.16.0.682650639539.issue33423@psf.upfronthosting.co.za>
Message-ID: <1528452714.03.0.592728768989.issue33423@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

You can't make the proposed change (removing call to basicConfig() from logging.debug() etc.) without breaking backwards compatibility.

The inconsistency is just a consequence of how you choose to mix and match calls to the module-level convenience functions and calls to individual loggers.

I've marked the resolution for this as "not a bug" rather than "wontfix" even though the issue is of type "enhancement". That's because I don't think the proposed change will be an actual enhancement over the status quo.

----------
nosy: +vinay.sajip
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33423>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:12:52 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 10:12:52 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528452772.09.0.592728768989.issue24089@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 66f02aa32f1e4adb9f24cf186f8c495399d5ce9b by Nick Coghlan (wim glenn) in branch 'master':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/66f02aa32f1e4adb9f24cf186f8c495399d5ce9b


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:12:52 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 10:12:52 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528452772.4.0.584625200856.issue14046@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 66f02aa32f1e4adb9f24cf186f8c495399d5ce9b by Nick Coghlan (wim glenn) in branch 'master':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/66f02aa32f1e4adb9f24cf186f8c495399d5ce9b


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:12:52 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 10:12:52 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528452772.6.0.786479179495.issue11874@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 66f02aa32f1e4adb9f24cf186f8c495399d5ce9b by Nick Coghlan (wim glenn) in branch 'master':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/66f02aa32f1e4adb9f24cf186f8c495399d5ce9b


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:12:52 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 10:12:52 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528452772.96.0.747649996384.issue25058@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 66f02aa32f1e4adb9f24cf186f8c495399d5ce9b by Nick Coghlan (wim glenn) in branch 'master':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/66f02aa32f1e4adb9f24cf186f8c495399d5ce9b


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:00 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528452840.25.0.592728768989.issue11874@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7156

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:00 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528452840.57.0.786479179495.issue24089@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7157

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:00 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528452840.67.0.632584041548.issue14046@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7158

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:00 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528452840.74.0.719492154407.issue25058@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7159

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:59 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:59 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528452899.29.0.592728768989.issue11874@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7160

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:59 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:59 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528452899.53.0.786479179495.issue24089@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7161

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:59 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:59 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528452899.61.0.632584041548.issue14046@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7162

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:14:59 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:14:59 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528452899.71.0.719492154407.issue25058@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7163

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:17:20 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 08 Jun 2018 10:17:20 +0000
Subject: [issue16778] Logger.findCaller needs to be smarter
In-Reply-To: <1356452428.01.0.563947098769.issue16778@psf.upfronthosting.co.za>
Message-ID: <1528453040.31.0.592728768989.issue16778@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

This should be addressed by the fix for bpo-33165 - addition of a stacklevel parameter to the logging APIs.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16778>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:22:41 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:22:41 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528453361.32.0.592728768989.issue31215@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a0accc0f8e747145a3ee36b91338777bc94b3348 by Miss Islington (bot) in branch '3.6':
bpo-31215: Add version changed notes for OpenSSL 1.1.0 compatibility (GH-7346)
https://github.com/python/cpython/commit/a0accc0f8e747145a3ee36b91338777bc94b3348


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 06:22:42 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 10:22:42 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528453362.95.0.592728768989.issue31215@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d16d72f555447fbedacdc01bb14f380afca705ae by Miss Islington (bot) in branch '3.7':
bpo-31215: Add version changed notes for OpenSSL 1.1.0 compatibility (GH-7346)
https://github.com/python/cpython/commit/d16d72f555447fbedacdc01bb14f380afca705ae


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:02:52 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 08 Jun 2018 11:02:52 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528455772.29.0.592728768989.issue33802@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:


New changeset 214f18e49feb6a9d6c05aa09a4bb304905e81334 by ?ukasz Langa in branch 'master':
bpo-33802: Do not interpolate in ConfigParser while reading defaults (GH-7524)
https://github.com/python/cpython/commit/214f18e49feb6a9d6c05aa09a4bb304905e81334


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:02:52 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Fri, 08 Jun 2018 11:02:52 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528455772.41.0.584625200856.issue23835@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:


New changeset 214f18e49feb6a9d6c05aa09a4bb304905e81334 by ?ukasz Langa in branch 'master':
bpo-33802: Do not interpolate in ConfigParser while reading defaults (GH-7524)
https://github.com/python/cpython/commit/214f18e49feb6a9d6c05aa09a4bb304905e81334


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:04:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:04:00 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528455840.43.0.592728768989.issue33802@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7164

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:04:00 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:04:00 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528455840.51.0.786479179495.issue23835@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7165

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:06:01 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:06:01 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528455961.17.0.592728768989.issue24089@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 376c272d68cca0975ff0be3d12abf5f67da342d7 by Miss Islington (bot) in branch '3.6':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/376c272d68cca0975ff0be3d12abf5f67da342d7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:06:01 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:06:01 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528455961.32.0.584625200856.issue14046@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 376c272d68cca0975ff0be3d12abf5f67da342d7 by Miss Islington (bot) in branch '3.6':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/376c272d68cca0975ff0be3d12abf5f67da342d7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:06:01 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:06:01 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528455961.45.0.786479179495.issue11874@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 376c272d68cca0975ff0be3d12abf5f67da342d7 by Miss Islington (bot) in branch '3.6':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/376c272d68cca0975ff0be3d12abf5f67da342d7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:06:01 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:06:01 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528455961.71.0.747649996384.issue25058@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 376c272d68cca0975ff0be3d12abf5f67da342d7 by Miss Islington (bot) in branch '3.6':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/376c272d68cca0975ff0be3d12abf5f67da342d7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:11:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:11:23 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528456283.35.0.592728768989.issue11874@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7166

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:11:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:11:23 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528456283.59.0.786479179495.issue24089@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7167

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:11:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:11:23 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528456283.72.0.632584041548.issue14046@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7168

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:11:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:11:23 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528456283.84.0.719492154407.issue25058@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7169

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:33:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:33:53 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528457633.49.0.592728768989.issue24089@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 842985f6c70484ed7b8fc30d0bc05aec73236a98 by Miss Islington (bot) in branch '3.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/842985f6c70484ed7b8fc30d0bc05aec73236a98


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:33:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:33:53 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528457633.63.0.584625200856.issue14046@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 842985f6c70484ed7b8fc30d0bc05aec73236a98 by Miss Islington (bot) in branch '3.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/842985f6c70484ed7b8fc30d0bc05aec73236a98


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:33:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:33:53 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528457633.75.0.786479179495.issue11874@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 842985f6c70484ed7b8fc30d0bc05aec73236a98 by Miss Islington (bot) in branch '3.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/842985f6c70484ed7b8fc30d0bc05aec73236a98


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 07:33:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 11:33:53 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528457633.98.0.747649996384.issue25058@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 842985f6c70484ed7b8fc30d0bc05aec73236a98 by Miss Islington (bot) in branch '3.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/842985f6c70484ed7b8fc30d0bc05aec73236a98


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:16:04 2018
From: report at bugs.python.org (Chandrakanth Reddy)
Date: Fri, 08 Jun 2018 12:16:04 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
Message-ID: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>


New submission from Chandrakanth Reddy <neelapareddychandu at gmail.com>:

i see from the below link it says "cannot re-open an already existing telnet instance" using Telnetlib. Can this be fixed in the later versions of python or is there any work around for this. 

I'm surprised that this is something which PERL supports and not python .

When I try to open a new session which is already opened the telnet server asks whether to open in a.read only or b.read/write mode and when i try to write 'a' it doesn't take and program fails.

my code:
tn = telnetlib.Telnet(HOST,PORT)
print("established connection")
print(tn.read_until(">> ".encode('ascii')))
tn.write(("a".encode('ascii')))

output:
established connection
b'\r\n a. Connect to Port read/write\r\n b. Connect to Port read only\r\n c. Do not connect, drop this connection request\r\n d. Look at port log file\r\n>> '

----------
messages: 319056
nosy: ckreddy
priority: normal
severity: normal
status: open
title: Cannot re-open an existing telnet session
type: enhancement
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:50:54 2018
From: report at bugs.python.org (Suriyaa Sundararuban)
Date: Fri, 08 Jun 2018 12:50:54 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
Message-ID: <1528462254.16.0.592728768989.issue33807@psf.upfronthosting.co.za>


Change by Suriyaa Sundararuban <python at suriyaa.tk>:


----------
assignee: docs at python
components: Documentation
nosy: docs at python, suriyaa
priority: normal
severity: normal
status: open
title: CONTRIBUTING.rst: 'Stable buildbots' links with 404 errors
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:51:15 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 08 Jun 2018 12:51:15 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
In-Reply-To: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>
Message-ID: <1528462275.81.0.592728768989.issue33798@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 6860629d87d0f6728ff7430453d4900b695adf7b by INADA Naoki (Andr?s Delfino) in branch 'master':
bpo-33798: Update csv document about dict order (GH-7490)
https://github.com/python/cpython/commit/6860629d87d0f6728ff7430453d4900b695adf7b


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:52:23 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 12:52:23 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
In-Reply-To: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>
Message-ID: <1528462343.26.0.592728768989.issue33798@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7170

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:52:39 2018
From: report at bugs.python.org (Suriyaa Sundararuban)
Date: Fri, 08 Jun 2018 12:52:39 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
Message-ID: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>


New submission from Suriyaa Sundararuban <python at suriyaa.tk>:

I'm working on this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 08:59:14 2018
From: report at bugs.python.org (Dev Sanghani)
Date: Fri, 08 Jun 2018 12:59:14 +0000
Subject: [issue33808] ssl.get_server_certificate fails with openssl 1.1.0 but
 works with 1.0.2g for self-signed certificate
Message-ID: <1528462754.61.0.592728768989.issue33808@psf.upfronthosting.co.za>


New submission from Dev Sanghani <devsanghani at gmail.com>:

Output from Python3.5 with OpenSSL 1.0.2g:
>>> ssl.get_server_certificate(('mail.mani.pt', 993), ssl.PROTOCOL_TLSv1)
'-----BEGIN CERTIFICATE-----\nMIIDdDCCAlygAwIBAgIILeR0neMYiyUwDQYJKoZIhvcNAQEFBQAwSzELMAkGA1UE\nBhMCUFQxJTAjBgNVBAoTHE1BTkkgSU5kdXN0cmlhcyBQbGFzdGljYXMgU0ExFTAT\nBgNVBAMTDG1haWwubWFuaS5wdDAeFw0xODAxMjIxNDA3MDVaFw0yMjAxMjMxNDA3\nMDVaMEsxCzAJBgNVBAYTAlBUMSUwIwYDVQQKExxNQU5JIElOZHVzdHJpYXMgUGxh\nc3RpY2FzIFNBMRUwEwYDVQQDEwxtYWlsLm1hbmkucHQwggEiMA0GCSqGSIb3DQEB\nAQUAA4IBDwAwggEKAoIBAQDdSCNqjELZGKgjPf0NAwHmmR6ZUzDpt2HOwA+97DOP\nWwJ5NOYGeJzhM/yw+P/yAWKB8HzJO6CKCfwe4ilEVxcikK7Gj/rVqfzRb+hWTWC9\nr8lPzWCa3siNdf/rieONz2LR0d/Qf8Uml5NFJ3UkJAo5TZbWizjcLO4/mPrVysau\n5S4yE9pW8dkhENs/IVLce5cjn0WwMQvFntX1x303tAlyC362JEInHePxPmGmDDMo\n3sgBYziv90LlsOviJIbpju5/A1P9r0uXzDQmudZZPqlFHjqNXcdprfVyTgg/C4xQ\nE1UbSL8uIW0CVj9TxXp4njaIC/sr97ptJU/86isFveKBAgMBAAGjXDBaMB0GA1Ud\nDgQWBBSt1Z9m+CaYG+nf39Ty0TqabcaE4TALBgNVHQ8EBAMCArwwEwYDVR0lBAww\nCgYIKwYBBQUHAwEwFwYDVR0RBBAwDoIMbWFpbC5tYW5pLnB0MA0GCSqGSIb3DQEB\nBQUAA4IBAQBk7DQ/+1pYE+0yoHNChFVztjjJASQSas6DaPx9FOFYrPhh9lU5NmBy\nHIzMUHTlkgw/OE713+mPRlxegZWceA7akirhaWocQcOCXzeIQKNouMZ/4ktXIoqY\nmdcYVOS2Et+FBBT1+rAA6OMTDftCRPH/19stA7IcwWo+6GVLWIqCk/2lBNNYrZ0V\nMvwxQeeHcCz5HdU2o0ypROvkhG8Er5qGVeHAv+JCj+Q4EERMoDwocwS8eedwqqPe\nLVCWwSqS8SEizDRNZZfOoXT4AJ/L10RLrnz8wtSffoxS2pZMbhHEBr3WhA72v94L\nCDU+vO9t1YN3WpXeRZfKWLw/qEE8b65H\n-----END CERTIFICATE-----\n'

Output from Python3.6 with OpenSSL 1.1.0:
>>> ssl.get_server_certificate(('mail.mani.pt', 993), ssl.PROTOCOL_TLSv1)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.6/ssl.py", line 1223, in get_server_certificate
    with context.wrap_socket(sock) as sslsock:
  File "/usr/lib/python3.6/ssl.py", line 407, in wrap_socket
    _context=self, _session=session)
  File "/usr/lib/python3.6/ssl.py", line 814, in __init__
    self.do_handshake()
  File "/usr/lib/python3.6/ssl.py", line 1068, in do_handshake
    self._sslobj.do_handshake()
  File "/usr/lib/python3.6/ssl.py", line 689, in do_handshake
    self._sslobj.do_handshake()
OSError: [Errno 0] Error

----------
assignee: christian.heimes
components: SSL
messages: 319059
nosy: christian.heimes, dsanghan
priority: normal
severity: normal
status: open
title: ssl.get_server_certificate fails with openssl 1.1.0 but works with 1.0.2g for self-signed certificate
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33808>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:04:46 2018
From: report at bugs.python.org (Suriyaa Sundararuban)
Date: Fri, 08 Jun 2018 13:04:46 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
In-Reply-To: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>
Message-ID: <1528463086.29.0.592728768989.issue33807@psf.upfronthosting.co.za>


Change by Suriyaa Sundararuban <python at suriyaa.tk>:


----------
keywords: +patch
pull_requests: +7171
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:24:01 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 13:24:01 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528464241.61.0.592728768989.issue33197@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

We forgot to add "versionadded: 3.8" tag to the documentation of ParameterKind.description.  Dong-hee Na, could you please make a PR to add it?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:33:42 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 13:33:42 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
In-Reply-To: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>
Message-ID: <1528464822.74.0.592728768989.issue33798@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 9f56a93e8986e06ac61a7356082fe8be285f26a4 by Miss Islington (bot) in branch '3.7':
bpo-33798: Update csv document about dict order (GH-7490)
https://github.com/python/cpython/commit/9f56a93e8986e06ac61a7356082fe8be285f26a4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:34:19 2018
From: report at bugs.python.org (sds)
Date: Fri, 08 Jun 2018 13:34:19 +0000
Subject: [issue33106] Deleting a key in a read-only gdbm results in KeyError, 
 not gdbm.error
In-Reply-To: <1521495851.1.0.467229070634.issue33106@psf.upfronthosting.co.za>
Message-ID: <1528464859.67.0.592728768989.issue33106@psf.upfronthosting.co.za>


sds <sds at gnu.org> added the comment:

I think consistency would be nice -- so, yes, `dbm.dumb.error` instead of `ValueError` (or at least a subtype of `dbm.dumb.error`). 
Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33106>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:38:04 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 08 Jun 2018 13:38:04 +0000
Subject: [issue33798] Fix csv module comment regarding dict insertion order
In-Reply-To: <1528398769.16.0.592728768989.issue33798@psf.upfronthosting.co.za>
Message-ID: <1528465084.33.0.592728768989.issue33798@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33798>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:49:42 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 08 Jun 2018 13:49:42 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528465782.02.0.592728768989.issue33806@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Which link are you referring to?

I don't see any code you've provided where you're reopening a connection. It looks like you're opening a new connection, reading, writing, and nothing else.

It also looks like the output you show is coming from the remote server, not anything on the client side in Python.

And, as the example code in the documentation shows, you should probably be using a "with" statement.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 09:49:46 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 13:49:46 +0000
Subject: [issue33409] Clarify the interaction between locale coercion & UTF-8
 mode
In-Reply-To: <1525260822.94.0.682650639539.issue33409@psf.upfronthosting.co.za>
Message-ID: <1528465786.79.0.592728768989.issue33409@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
keywords: +patch
pull_requests: +7172
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33409>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:00:56 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 08 Jun 2018 14:00:56 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528466456.6.0.592728768989.issue33745@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The rationale for documenting it in the porting section is that even though this isn't a guaranteed stable interface, the output *does* potentially affect development tools like Ned's coverage.py, as well as other implementations attempting to adhere closely to CPython's behaviour for any given version.

(Although it doesn't usually help *Ned* much, since he's often the one letting us know that we inadvertently changed some details of the code generator's output...)

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:01:58 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 14:01:58 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528466518.7.0.592728768989.issue33802@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f44203d782e397941c17d96e6a1f9dc1df08b3e6 by Miss Islington (bot) in branch '3.7':
bpo-33802: Do not interpolate in ConfigParser while reading defaults (GH-7524)
https://github.com/python/cpython/commit/f44203d782e397941c17d96e6a1f9dc1df08b3e6


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:01:58 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 14:01:58 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528466518.81.0.584625200856.issue23835@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f44203d782e397941c17d96e6a1f9dc1df08b3e6 by Miss Islington (bot) in branch '3.7':
bpo-33802: Do not interpolate in ConfigParser while reading defaults (GH-7524)
https://github.com/python/cpython/commit/f44203d782e397941c17d96e6a1f9dc1df08b3e6


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:21:36 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 08 Jun 2018 14:21:36 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528467696.4.0.592728768989.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Yeah, I did a custom build the other day.  Sorry about the delay in disabling the test again and thanks for getting it done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:22:19 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 08 Jun 2018 14:22:19 +0000
Subject: [issue33669] str.format should raise exception when placeholder
 number doesn't match argument number
In-Reply-To: <1527519449.91.0.682650639539.issue33669@psf.upfronthosting.co.za>
Message-ID: <1528467739.87.0.592728768989.issue33669@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

After reading PEP3101 and the archived mails, I think it's by design. Even if not, it might be too late to change.

I don't prefer either way, emitting warnings by compiler or linter. They can't give hints for runtime retrieved patterns, and not everyone turns on warning and uses linters.

I prefer using a customized string.Formatter, implementing my own `check_unused_args`, raising appropriate exceptions, and used it across my project instead of the default `str.format`. But there seems some problems with string.Formatter.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33669>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:26:04 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 08 Jun 2018 14:26:04 +0000
Subject: [issue32479] inconsistent ImportError message executing same import
 statement
In-Reply-To: <1514882888.25.0.467229070634.issue32479@psf.upfronthosting.co.za>
Message-ID: <1528467964.42.0.592728768989.issue32479@psf.upfronthosting.co.za>


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


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32479>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:29:26 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 08 Jun 2018 14:29:26 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528468166.25.0.592728768989.issue33197@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

Sure, I will send a PR soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:39:06 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 08 Jun 2018 14:39:06 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528468746.68.0.592728768989.issue33197@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
pull_requests: +7173
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:45:35 2018
From: report at bugs.python.org (Chandrakanth Reddy)
Date: Fri, 08 Jun 2018 14:45:35 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528469135.61.0.592728768989.issue33806@psf.upfronthosting.co.za>


Chandrakanth Reddy <neelapareddychandu at gmail.com> added the comment:

Hi Eric,

Apologize for not providing the link. Below is the link which i was referring to:
https://docs.python.org/3.1/library/telnetlib.html

I have an already opened telnet session(established by some other user). Now if I again try to open a telnet session to the same serve, my server will populate me with some options like below:

a. Connect to Port read/write
b. Connect to Port read only
c. Do not connect, drop this connection request
d. Look at port log file
>> 

So python telnetlib module doesn't handle these options even though i use below code. 
#establishing connectino to the remote host 
tn = telnetlib.Telnet(HOST,PORT)
# remote server will populate the above given options and stop at '>>', so i'm using the below line to read '>>' and write 'a'
print(tn.read_until(">> ".encode('ascii')))
tn.write(("a".encode('ascii')))

i have created this issue after trying all possible ways and searching the web for a whole day. 
Let me know if there is any way to handle this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:47:53 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 08 Jun 2018 14:47:53 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528469273.28.0.592728768989.issue33806@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

This sounds like an application-level issue, not a telnetlib problem. As far as I can tell, you're opening a new connection, not reusing an existing connection.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:55:05 2018
From: report at bugs.python.org (Michael Felt)
Date: Fri, 08 Jun 2018 14:55:05 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1528440500.28.0.592728768989.issue32493@psf.upfronthosting.co.za>
Message-ID: <08ad3f30-aabb-ffe5-580f-20d4ec75f9fa@felt.demon.nl>


Michael Felt <michael at felt.demon.nl> added the comment:

OK. I know I do not understand this well - when it goes in A, or B.

So, if I understand correctly, like this issue was created after 
uuid_create() was added for AIX and created issues for FreeBSD )that I 
did not know had uuid_create(), I need to create a new issue where I say 
this issue created an issue for AIX?

Seems like a lot of work. I only put it here because it is a very simple 
change directly related to the last PR.

Just verify that is what you want and I'll get to it as I can. In any 
case, I'll pull the PR - as it is specific to AIX.

On 6/8/2018 12:48 AM, STINNER Victor wrote:
> STINNER Victor <vstinner at redhat.com> added the comment:
>
>> @vstinner - I know this is "closed", however, I submit a minor PR to fix an error in PR7104. The logic of configure.ac always defines HAVE_UUID_ENC_BE. I cannot proceed with PR5183 (aka issue28009) until this is repaired.
> The title of this issue makes it very specific to FreeBSD, so it would be better to create a new one for AIX. What your write for the commit description is not appropriate for a commit, but it's fine for the description of a bug.
>
> Please open a new issue to track uuid changes for AIX. I know that you have a second one for Python <= 3.6.
>
> ----------
> resolution: fixed ->
> status: closed -> open
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue32493>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Fri Jun  8 10:58:15 2018
From: report at bugs.python.org (Christian Tismer)
Date: Fri, 08 Jun 2018 14:58:15 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528469895.92.0.592728768989.issue33738@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

"""Excluding names from limited API can break existing code that use them with defined Py_LIMITED_API."""

How is that different? Right now, the code would break at compile time,
because the macros are accessing opaque type fields. Excluding them has
the same effect but is much cleaner.

My current first approach is conservative, because it only makes things
work that didn't work before.
Core that is clearly meant as macro is obviously not meant for the limited
API. And if it should be better included, I'm all open for it.

Right now I want to remove quickly the breakage that was a showstopper.
Maybe I misunderstood you and did exactly what you proposed?

Please let us start a discussion on python-dev. I think there is more to
do to make the limited API really usable in large projects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:05:12 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 08 Jun 2018 15:05:12 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528470312.32.0.592728768989.issue33806@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

telnetlib provides a low level interface to the telnet protocol.  The dialog you mention appears to be transmitted on the telnet connection, so it is unlikely there is any bug or missing feature in telnetlib that would affect your problem.

The sentence in the docs you appear to be referring to ("Do not reopen an already connected instance.") is just telling you that once you have used to telnetlib to open a connection, don't call open again.  It has nothing to say about a telnet connection made by some other program.

So, you have an application level problem and should seek help on the python-list mailing list or some other general help forum.  Unless you can identify something *specific* in telnetlib (bug or missing feature) that prevents you from solving your problem, I don't think there's anything more to be done here.

(As an aside, have you tried sending /r/n after the a?)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:06:27 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 08 Jun 2018 15:06:27 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528470387.74.0.592728768989.issue33806@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:09:14 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 08 Jun 2018 15:09:14 +0000
Subject: [issue33806] Cannot re-open an existing telnet session
In-Reply-To: <1528460164.81.0.592728768989.issue33806@psf.upfronthosting.co.za>
Message-ID: <1528470554.09.0.592728768989.issue33806@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

To clarify: don't call open again *on that telnetlib.Telnet object*.  You can certainly have more than one open connection using different telnetlib.Telnet instances, though it might be a bit challenging to manage them :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33806>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:36:04 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 15:36:04 +0000
Subject: [issue33736] Improve the documentation of asyncio stream API
Message-ID: <1528472164.69.0.592728768989.issue33736@psf.upfronthosting.co.za>


New submission from Yury Selivanov <yselivanov at gmail.com>:


New changeset c0d062f523b16331444ff910e4596ee5608c8170 by Yury Selivanov (Elvis Pranskevichus) in branch 'master':
bpo-33736: Improve the documentation of asyncio stream APIs (GH-7326)
https://github.com/python/cpython/commit/c0d062f523b16331444ff910e4596ee5608c8170


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33736>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:37:15 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 15:37:15 +0000
Subject: [issue33736] Improve the documentation of asyncio stream API
In-Reply-To: <1528472164.69.0.592728768989.issue33736@psf.upfronthosting.co.za>
Message-ID: <1528472235.09.0.592728768989.issue33736@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7174

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33736>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:41:02 2018
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 08 Jun 2018 15:41:02 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
In-Reply-To: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>
Message-ID: <1528472462.06.0.592728768989.issue33807@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset 9e6685ea7b749ee34466e71b22d99e5112d71a95 by Zachary Ware (Suriyaa ???) in branch 'master':
bpo-33807: Add Python 3.7 buildbot link to '.github/CONTRIBUTING.rst' (GH-7532)
https://github.com/python/cpython/commit/9e6685ea7b749ee34466e71b22d99e5112d71a95


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:42:06 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 15:42:06 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
In-Reply-To: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>
Message-ID: <1528472526.04.0.592728768989.issue33807@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7175

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:42:43 2018
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 08 Jun 2018 15:42:43 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
In-Reply-To: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>
Message-ID: <1528472563.63.0.592728768989.issue33807@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

I fixed the issue by reenabling redirects in the buildbot.python.org Apache config, and Suriyaa fixed the lack of a 3.7 link with PR7532.

Thanks for the report and PR!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:52:20 2018
From: report at bugs.python.org (Ulrich Petri)
Date: Fri, 08 Jun 2018 15:52:20 +0000
Subject: [issue33809] Expose `capture_locals` parameter in `traceback`
 convenience functions
Message-ID: <1528473140.44.0.592728768989.issue33809@psf.upfronthosting.co.za>


New submission from Ulrich Petri <python at ulo.pe>:

Since 3.5 the internal machinery of the `traceback` module has gained the very useful ability to capture locals.

It would be useful to also expose that ability through the various convenience functions.

----------
components: Library (Lib)
messages: 319079
nosy: ulope
priority: normal
severity: normal
status: open
title: Expose `capture_locals` parameter in `traceback` convenience functions
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33809>
_______________________________________

From report at bugs.python.org  Fri Jun  8 11:54:34 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 15:54:34 +0000
Subject: [issue33736] Improve the documentation of asyncio stream API
In-Reply-To: <1528472164.69.0.592728768989.issue33736@psf.upfronthosting.co.za>
Message-ID: <1528473274.33.0.592728768989.issue33736@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f4dcf49159e404273f426bccf8d0d71a4c3274e6 by Miss Islington (bot) in branch '3.7':
bpo-33736: Improve the documentation of asyncio stream APIs (GH-7326)
https://github.com/python/cpython/commit/f4dcf49159e404273f426bccf8d0d71a4c3274e6


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33736>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:04:55 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 08 Jun 2018 16:04:55 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528473895.49.0.592728768989.issue33197@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@yselivanov

Please take a look PR 7536 :) Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:05:08 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 16:05:08 +0000
Subject: [issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404
 errors
In-Reply-To: <1528462359.08.0.592728768989.issue33807@psf.upfronthosting.co.za>
Message-ID: <1528473908.99.0.592728768989.issue33807@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 552c1bc94887a5e897c398725776ac1ef3d21c6a by Miss Islington (bot) in branch '3.7':
bpo-33807: Add Python 3.7 buildbot link to '.github/CONTRIBUTING.rst' (GH-7532)
https://github.com/python/cpython/commit/552c1bc94887a5e897c398725776ac1ef3d21c6a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33807>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:07:29 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 16:07:29 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528474049.8.0.592728768989.issue33197@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> @yselivanov
> Please take a look PR 7536 :) Thanks!

Please stop posting comments like this frequently. They are highly distractive.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:07:54 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 16:07:54 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528474074.85.0.592728768989.issue33197@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 4f54867e29af93779922ff23df542f2d5df4c4ee by Yury Selivanov (Dong-hee Na) in branch 'master':
bpo-33197: Add versionadded tag to the documentation of ParameterKind (GH-7536)
https://github.com/python/cpython/commit/4f54867e29af93779922ff23df542f2d5df4c4ee


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:08:08 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 16:08:08 +0000
Subject: [issue33197] Confusing error message when constructing invalid
 inspect.Parameters
In-Reply-To: <1522566872.11.0.467229070634.issue33197@psf.upfronthosting.co.za>
Message-ID: <1528474088.04.0.592728768989.issue33197@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33197>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:55:04 2018
From: report at bugs.python.org (Steve Dower)
Date: Fri, 08 Jun 2018 16:55:04 +0000
Subject: [issue33779] Error while installing python 3.6.5 on windows 10
In-Reply-To: <1528277897.55.0.592728768989.issue33779@psf.upfronthosting.co.za>
Message-ID: <1528476904.91.0.592728768989.issue33779@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Okay, I guess there's some configuration (or corruption) on your machine that's interfering here. I've seen similar things before on IT-managed workstations.

Can you try deselecting the "Install launcher for all users" option and seeing if that helps? It should be fully per-user then, which avoids most of these problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33779>
_______________________________________

From report at bugs.python.org  Fri Jun  8 12:55:14 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 08 Jun 2018 16:55:14 +0000
Subject: [issue33802] Regression in logging configuration
In-Reply-To: <1528412435.4.0.592728768989.issue33802@psf.upfronthosting.co.za>
Message-ID: <1528476914.32.0.592728768989.issue33802@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33802>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:10:28 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 08 Jun 2018 17:10:28 +0000
Subject: [issue23835] configparser does not convert defaults to strings
In-Reply-To: <1427862188.44.0.00358189102447.issue23835@psf.upfronthosting.co.za>
Message-ID: <1528477828.59.0.592728768989.issue23835@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23835>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:24:26 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 08 Jun 2018 17:24:26 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528478666.09.0.592728768989.issue33751@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 23999158f962e31e955f3cd232b3745d523720cb by Serhiy Storchaka in branch '2.7':
[2.7] bpo-33751: Fix test_file. (GH-7378) (GH-7445)
https://github.com/python/cpython/commit/23999158f962e31e955f3cd232b3745d523720cb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:24:40 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 08 Jun 2018 17:24:40 +0000
Subject: [issue33751] Failed separate testTruncateOnWindows in test_file
In-Reply-To: <1528030047.94.0.592728768989.issue33751@psf.upfronthosting.co.za>
Message-ID: <1528478680.94.0.592728768989.issue33751@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33751>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:35:53 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 17:35:53 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528479353.47.0.592728768989.issue24622@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The 3.6.6rc is next Monday.  3.6.8 will be the last 3.6 maintenance release.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:54:33 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 08 Jun 2018 17:54:33 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528480473.4.0.592728768989.issue33462@psf.upfronthosting.co.za>


Michael Selik <mike at selik.org> added the comment:

It looks like there's general agreement on python-dev that this is appropriate for v3.8 (not v3.7).

Guido van Rossum and Ramsey D'silva gave a +1. Raymond Hettinger noted some use cases. INADA Naoki raised a point about waiting for other implementations, which Guido agreed with, but after some research came around to OK'ing this for v3.8.

Responding to Serhiy Storchaka's worry about adding new code possibly upsetting the compiler optimizations: The implementation seems straightforward and unlikely to confuse the compiler. Is there evidence that similar code has previously made CPython slower? If the compiler's black magic is too difficult to understand, it may be equally plausible that this code causes an improvement to the optimization of unrelated code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:56:16 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 17:56:16 +0000
Subject: [issue26175] Fully implement IOBase abstract on SpooledTemporaryFile
In-Reply-To: <1453413274.25.0.536987988375.issue26175@psf.upfronthosting.co.za>
Message-ID: <1528480576.71.0.592728768989.issue26175@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Martin, the PR has one 'approved' review, not from you.  You appear to be requesting changes here, but it is not clear to me which are 'maybe' and which are 'must'.

It is not obvious to me whether this should be treated as enhancement or behavior issue, but backporting is moot until something is merged into master.

----------
nosy: +terry.reedy
versions: +Python 3.8 -Python 2.7, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26175>
_______________________________________

From report at bugs.python.org  Fri Jun  8 13:57:20 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 17:57:20 +0000
Subject: [issue33762] temp file isn't IOBase
In-Reply-To: <1528059185.23.0.592728768989.issue33762@psf.upfronthosting.co.za>
Message-ID: <1528480640.27.0.592728768989.issue33762@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Martin, I added you because this Tempfile issue is related to #26175.

----------
nosy: +martin.panter, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33762>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:27:56 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 08 Jun 2018 18:27:56 +0000
Subject: [issue28557] error message for bad raw readinto
In-Reply-To: <1477760845.01.0.230790209004.issue28557@psf.upfronthosting.co.za>
Message-ID: <1528482476.05.0.592728768989.issue28557@psf.upfronthosting.co.za>


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


----------
nosy: +benjamin.peterson, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28557>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:30:44 2018
From: report at bugs.python.org (Mayank Singhal)
Date: Fri, 08 Jun 2018 18:30:44 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528482644.95.0.592728768989.issue31215@psf.upfronthosting.co.za>


Change by Mayank Singhal <17mayanksinghal at gmail.com>:


----------
pull_requests: +7176

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:39:33 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 18:39:33 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528483173.94.0.592728768989.issue33766@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A few years ago, there was a particular case in which compile failed without a trailing newline.  We fixed it so that it would work anyway.
Unless we are willing for a conforming Python interpreter to fail
>>> exec('print("hello")')
hello

The Reference Manual should be clear that EOF and EOS (end-of-string) is treated as NEWLINE.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:43:24 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 18:43:24 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
In-Reply-To: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>
Message-ID: <1528483404.55.0.592728768989.issue33799@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 5c7f22c2a339f23f8a236540d0ebed955637095b by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33799: Remove non-ordered dicts comments from FAQ (GH-7520)
https://github.com/python/cpython/commit/5c7f22c2a339f23f8a236540d0ebed955637095b


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:52:08 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 18:52:08 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528483928.9.0.592728768989.issue33770@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Is the new message a clarification, in which case we would typically not backport, or a correction, which we usually would?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:58:37 2018
From: report at bugs.python.org (Tal Einat)
Date: Fri, 08 Jun 2018 18:58:37 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528484317.09.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

It is more a correction than a clarification.

After looking through the module some more, I'm considering using binascii.Incomplete for this case, since it seems appropriate enough that it's worth using it rather than adding another, separate exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Fri Jun  8 14:59:43 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 18:59:43 +0000
Subject: [issue33771] Module: timeit. According to documentation
 default_repeat should have the value 3. Has 5.
In-Reply-To: <1528202242.78.0.592728768989.issue33771@psf.upfronthosting.co.za>
Message-ID: <1528484383.59.0.592728768989.issue33771@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This is a duplicate in that the 3 => 5 change was incorporated into PR 7419 for #28240.

----------
nosy: +terry.reedy
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Enhance the timeit module: display average +- std dev instead of minimum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33771>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:19:23 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 19:19:23 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
In-Reply-To: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>
Message-ID: <1528485563.96.0.592728768989.issue33800@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 3b0b90c8c3b8161f0ae9005b83b9b6449d4a8476 by Ned Deily (Andr?s Delfino) in branch 'master':
bpo-33800: Fix default argument for parameter dict_type of ConfigParser/RawConfigParser (GH-7494)
https://github.com/python/cpython/commit/3b0b90c8c3b8161f0ae9005b83b9b6449d4a8476


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:20:46 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 19:20:46 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
In-Reply-To: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>
Message-ID: <1528485646.24.0.592728768989.issue33800@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7177

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:26:09 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 19:26:09 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
In-Reply-To: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>
Message-ID: <1528485969.93.0.592728768989.issue33800@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset dc20d9d1026282a2879992f4cef517a270c8a467 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33800: Fix default argument for parameter dict_type of ConfigParser/RawConfigParser (GH-7494) (GH-7542)
https://github.com/python/cpython/commit/dc20d9d1026282a2879992f4cef517a270c8a467


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:26:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 19:26:43 +0000
Subject: [issue33800] Fix default argument for parameter dict_type of
 ConfigParser/RawConfigParser
In-Reply-To: <1528401689.57.0.592728768989.issue33800@psf.upfronthosting.co.za>
Message-ID: <1528486003.13.0.592728768989.issue33800@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks, Andr?s!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33800>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:28:39 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 08 Jun 2018 19:28:39 +0000
Subject: [issue33375] warnings: get filename from frame.f_code.co_filename
In-Reply-To: <1524847135.79.0.682650639539.issue33375@psf.upfronthosting.co.za>
Message-ID: <1528486119.92.0.592728768989.issue33375@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:


New changeset 11a896652ee98aa44e59ed25237f9efb56635dcf by Brett Cannon (Thomas Kluyver) in branch 'master':
bpo-33375: Get filename for warnings from frame.f_code.co_filename (GH-6622)
https://github.com/python/cpython/commit/11a896652ee98aa44e59ed25237f9efb56635dcf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33375>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:47:47 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 19:47:47 +0000
Subject: [issue33082] multiprocessing docs bury very important 'callback=' args
In-Reply-To: <1521139850.07.0.467229070634.issue33082@psf.upfronthosting.co.za>
Message-ID: <1528487267.51.0.592728768989.issue33082@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

These doc changes have been languishing.  We have a difference of opinion about adding a callback example.  I don't have a strong feeling one way or the other.  Davin or anyone else, what say you?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33082>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:50:54 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 08 Jun 2018 19:50:54 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528487454.49.0.592728768989.issue33770@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think that would move it even more into the realm of a bugfix, then, since code that cared about specific binascii exceptions could be looking for that one already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Fri Jun  8 15:55:57 2018
From: report at bugs.python.org (Tal Einat)
Date: Fri, 08 Jun 2018 19:55:57 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528487757.94.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Code using only a2b_base64() would likely not be expecting this exception.

We have at least one such example in the stdlib: decode_b() in Lib/email/_encoded_words.py (which needs to be fixed regardless; see #27397).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:08:07 2018
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 08 Jun 2018 20:08:07 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528488487.37.0.592728768989.issue24622@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

Yikes, I wasn't aware that we are that late in the 3.6 release cycle.

Perhaps it would be unusual to change it now, even though it is a bug fix.

What do others think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:09:47 2018
From: report at bugs.python.org (Tal Einat)
Date: Fri, 08 Jun 2018 20:09:47 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528488587.15.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

PR is ready with an improved exception message and raising binascii.Incomplete rather than binascii.Error. A final review would be welcome!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:32:14 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 20:32:14 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528489934.74.0.592728768989.issue30805@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

@yselivanov, @asvetlov: ping on the languishing PR

----------
nosy: +asvetlov, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:50:05 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 20:50:05 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528491005.04.0.592728768989.issue24622@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> What do others think?

+1 for adding a mention in the 3.7 What's New doc (anyone willing to produce a PR for (master Doc/whatsnew/3.7.rst ?)

-1 for backporting to 3.6.  Since 3.6 has been out there so long and is nearing the end of its maintenance life, it seems to me to not be a good idea to make a change like this that is more likely to break existing code than to fix something that a small number of 3.6 users may have been waiting for.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:55:26 2018
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 08 Jun 2018 20:55:26 +0000
Subject: [issue24622] tokenize.py: missing EXACT_TOKEN_TYPES
In-Reply-To: <1436729377.89.0.451182448624.issue24622@psf.upfronthosting.co.za>
Message-ID: <1528491326.35.0.592728768989.issue24622@psf.upfronthosting.co.za>


Stefan Krah <stefan at bytereef.org> added the comment:

I agree, it would be strange to backport now.

----------
stage: backport needed -> 
versions: +Python 3.7 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24622>
_______________________________________

From report at bugs.python.org  Fri Jun  8 16:55:37 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 08 Jun 2018 20:55:37 +0000
Subject: [issue33799] Remove non-ordered dicts comments from FAQ
In-Reply-To: <1528399680.16.0.592728768989.issue33799@psf.upfronthosting.co.za>
Message-ID: <1528491337.96.0.592728768989.issue33799@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33799>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:15:44 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 08 Jun 2018 21:15:44 +0000
Subject: [issue32718] Install PowerShell activation scripts for venv for all
 platforms
In-Reply-To: <1517273696.22.0.467229070634.issue32718@psf.upfronthosting.co.za>
Message-ID: <1528492544.81.0.592728768989.issue32718@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Looks like there is some PowerShell Core compatibility issues to work through first. Primarily the prompt seems the venv prompt additions show up twice but then disappear if you arrow up. There is also an issue of path separators needing to be updated appropriately according to the OS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32718>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:35:58 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 21:35:58 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528493758.54.0.592728768989.issue30805@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7178
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:51:28 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 21:51:28 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
In-Reply-To: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>
Message-ID: <1528494688.31.0.592728768989.issue33801@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 1cbdb2208aa309cf288ee0b53f0ecd85279bb934 by Ned Deily (Andr?s Delfino) in branch 'master':
bpo-33801: Remove non-ordered dict comment from plistlib doc (GH-7495)
https://github.com/python/cpython/commit/1cbdb2208aa309cf288ee0b53f0ecd85279bb934


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:52:38 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 21:52:38 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
In-Reply-To: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>
Message-ID: <1528494758.89.0.592728768989.issue33801@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7179

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:53:38 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 21:53:38 +0000
Subject: [issue33810] Remove unused code in datetime module
Message-ID: <1528494818.43.0.592728768989.issue33810@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <alexander.belopolsky at gmail.com>:

Since implementation of issue 25283, the objects returned by time.localtime always have tm_zone and tm_gmtoff attributes, but the datetime module still has code that anticipates these attributes to be missing. [1]

[1]: https://github.com/python/cpython/blob/1cbdb2208aa309cf288ee0b53f0ecd85279bb934/Lib/datetime.py#L1763

----------
assignee: belopolsky
components: Extension Modules, Library (Lib)
messages: 319110
nosy: belopolsky
priority: normal
severity: normal
stage: needs patch
status: open
title: Remove unused code in datetime module
type: resource usage
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33810>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:55:04 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 21:55:04 +0000
Subject: [issue33642] IDLE: Display up to maxlines non-blank lines for Code
 Context
In-Reply-To: <1527208905.36.0.682650639539.issue33642@psf.upfronthosting.co.za>
Message-ID: <1528494904.37.0.592728768989.issue33642@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33642>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:57:51 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 21:57:51 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
In-Reply-To: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>
Message-ID: <1528495071.12.0.592728768989.issue33801@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 416fbe41b783d5686b9cb7ff7f8af94b41dc16b8 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33801: Remove non-ordered dict comment from plistlib doc (GH-7495) (GH-7546)
https://github.com/python/cpython/commit/416fbe41b783d5686b9cb7ff7f8af94b41dc16b8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:58:42 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 08 Jun 2018 21:58:42 +0000
Subject: [issue33801] Remove non-ordered dict comment from plistlib
In-Reply-To: <1528402376.25.0.592728768989.issue33801@psf.upfronthosting.co.za>
Message-ID: <1528495122.01.0.592728768989.issue33801@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for the PR!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33801>
_______________________________________

From report at bugs.python.org  Fri Jun  8 17:58:44 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 21:58:44 +0000
Subject: [issue33810] Remove unused code in datetime module
In-Reply-To: <1528494818.43.0.592728768989.issue33810@psf.upfronthosting.co.za>
Message-ID: <1528495124.8.0.592728768989.issue33810@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
components:  -Extension Modules

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33810>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:24:40 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 22:24:40 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528496680.27.0.592728768989.issue30805@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 12f482e0ae33021c04264294f33fa6baa9617cec by Yury Selivanov in branch 'master':
bpo-30805: Avoid race condition with debug logging (GH-7545)
https://github.com/python/cpython/commit/12f482e0ae33021c04264294f33fa6baa9617cec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:25:56 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 22:25:56 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528496756.69.0.592728768989.issue30805@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7180

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:26:48 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 22:26:48 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528496808.4.0.592728768989.issue30805@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7181

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:42:09 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 22:42:09 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528497729.32.0.592728768989.issue30805@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 21f4c780a1de99bdb37abf57445f0c942449b45b by Miss Islington (bot) in branch '3.7':
bpo-30805: Avoid race condition with debug logging (GH-7545)
https://github.com/python/cpython/commit/21f4c780a1de99bdb37abf57445f0c942449b45b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:45:29 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 22:45:29 +0000
Subject: [issue33810] Remove unused code in datetime module
In-Reply-To: <1528494818.43.0.592728768989.issue33810@psf.upfronthosting.co.za>
Message-ID: <1528497929.63.0.592728768989.issue33810@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
keywords: +patch
pull_requests: +7182
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33810>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:45:29 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 22:45:29 +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: <1528497929.69.0.786479179495.issue25283@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
pull_requests: +7183

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25283>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:47:47 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 08 Jun 2018 22:47:47 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528498067.85.0.592728768989.issue30805@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 234b53f8b5d0615051025be26cf8adecbc346c57 by Miss Islington (bot) in branch '3.6':
bpo-30805: Avoid race condition with debug logging (GH-7545)
https://github.com/python/cpython/commit/234b53f8b5d0615051025be26cf8adecbc346c57


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:53:34 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 22:53:34 +0000
Subject: [issue30805] asyncio: race condition with debug and subprocess
In-Reply-To: <1498758025.07.0.201255065023.issue30805@psf.upfronthosting.co.za>
Message-ID: <1528498414.9.0.592728768989.issue30805@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30805>
_______________________________________

From report at bugs.python.org  Fri Jun  8 18:53:47 2018
From: report at bugs.python.org (Lisa Guo)
Date: Fri, 08 Jun 2018 22:53:47 +0000
Subject: [issue33811] asyncio accepting connection limit
Message-ID: <1528498427.18.0.592728768989.issue33811@psf.upfronthosting.co.za>


New submission from Lisa Guo <lisaliguo at yahoo.com>:

https://bugs.python.org/issue27906 describes a situation where accept rate of connection is too slow for use cases where spikes of incoming connection warrants fast accept. The fix for that was to accept socket connection in a tight loop until it reaches "backlog" connections.

This doesn't work very well in a web server scenario where we have many processes listening on the same socket. Each process should not accept up to "backlog" connections, for better load balancing among processes. It would be ideal if this is a separate argument for the server configuration so that the application can decide up to how many connections it is willing to accept in the loop, independent of the backlog parameter for listen() system call.

Let me know if this makes sense.

Lisa

----------
messages: 319116
nosy: lguo
priority: normal
severity: normal
status: open
title: asyncio accepting connection limit
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33811>
_______________________________________

From report at bugs.python.org  Fri Jun  8 19:22:35 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 23:22:35 +0000
Subject: [issue33810] Remove unused code in datetime module
In-Reply-To: <1528494818.43.0.592728768989.issue33810@psf.upfronthosting.co.za>
Message-ID: <1528500155.56.0.592728768989.issue33810@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:


New changeset bcb032e4acdebc043a7659a06e6037fe71020860 by Alexander Belopolsky in branch 'master':
bpo-33810 Remove unused code from datetime.py. (GH-7549)
https://github.com/python/cpython/commit/bcb032e4acdebc043a7659a06e6037fe71020860


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33810>
_______________________________________

From report at bugs.python.org  Fri Jun  8 19:22:35 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 23:22:35 +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: <1528500155.64.0.584625200856.issue25283@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:


New changeset bcb032e4acdebc043a7659a06e6037fe71020860 by Alexander Belopolsky in branch 'master':
bpo-33810 Remove unused code from datetime.py. (GH-7549)
https://github.com/python/cpython/commit/bcb032e4acdebc043a7659a06e6037fe71020860


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25283>
_______________________________________

From report at bugs.python.org  Fri Jun  8 19:26:57 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Fri, 08 Jun 2018 23:26:57 +0000
Subject: [issue33810] Remove unused code in datetime module
In-Reply-To: <1528494818.43.0.592728768989.issue33810@psf.upfronthosting.co.za>
Message-ID: <1528500417.24.0.592728768989.issue33810@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33810>
_______________________________________

From report at bugs.python.org  Fri Jun  8 19:57:20 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 08 Jun 2018 23:57:20 +0000
Subject: [issue33811] asyncio accepting connection limit
In-Reply-To: <1528498427.18.0.592728768989.issue33811@psf.upfronthosting.co.za>
Message-ID: <1528502240.78.0.592728768989.issue33811@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

In principle this sounds good, but I'm not sure how the API and implementation would look like. Maybe you can share a bit more details?

----------
components: +asyncio
nosy: +asvetlov, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33811>
_______________________________________

From report at bugs.python.org  Fri Jun  8 19:57:23 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 08 Jun 2018 23:57:23 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528502243.04.0.592728768989.issue26698@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Westly, #31500 changed font scaling for IDLE on high DPI screens.  It also removed some hard-coding of frame sizes in terms of pixels.  Does anything look better for you with current IDLE (3.6.5, 3.7.0)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Fri Jun  8 20:02:27 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 09 Jun 2018 00:02:27 +0000
Subject: [issue33812] Different behavior betwee
Message-ID: <1528502546.8.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Different behavior betwee

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Fri Jun  8 20:08:08 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 09 Jun 2018 00:08:08 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
Message-ID: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <alexander.belopolsky at gmail.com>:

Consider the following code:

$ cat bug.py
import sys
if len(sys.argv) > 1:
    sys.modules['_datetime'] = None
from datetime import tzinfo, datetime, timezone

class TZ(tzinfo):
    def utcoffset(self, t):
        pass

print(datetime(2000,1,1,tzinfo=TZ()).astimezone(timezone.utc))

When running with no arguments (with C acceleration), I get

$ ./python.exe bug.py
2000-01-01 00:00:00+00:00

but the pure python code produces an error

$ ./python.exe bug.py pure
Traceback (most recent call last):
  File "bug.py", line 10, in <module>
    print(datetime(2000,1,1,tzinfo=TZ()).astimezone(timezone.utc))
  File ".../Lib/datetime.py", line 1783, in astimezone
    raise ValueError("astimezone() requires an aware datetime")
ValueError: astimezone() requires an aware datetime

Note that some kind of error is expected because TZ.utcoffset() returns None instead of a timedelta, but the error message produced by pure python code is confusing.

----------
title: Different behavior betwee -> Different behavior between datetime.py and its C accelerator

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Fri Jun  8 20:17:42 2018
From: report at bugs.python.org (Tim Peters)
Date: Sat, 09 Jun 2018 00:17:42 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528503462.17.0.592728768989.issue33812@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

The message isn't confusing - the definition of "aware" is confusing ;-)

"""
A datetime object d is aware if d.tzinfo is not None and d.tzinfo.utcoffset(d) does not return None. If d.tzinfo is None, or if d.tzinfo is not None but d.tzinfo.utcoffset(d) returns None, d is naive.
"""

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Fri Jun  8 20:24:05 2018
From: report at bugs.python.org (Eric Snow)
Date: Sat, 09 Jun 2018 00:24:05 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528503845.18.0.592728768989.issue33615@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
pull_requests: +7184

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:19:24 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:19:24 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528507164.98.0.592728768989.issue11874@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7185

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:19:25 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:19:25 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528507165.23.0.786479179495.issue24089@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7186

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:19:25 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:19:25 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528507165.97.0.632584041548.issue14046@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7187

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:19:26 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:19:26 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528507166.12.0.719492154407.issue25058@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7188

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:19:45 2018
From: report at bugs.python.org (Eric Fahlgren)
Date: Sat, 09 Jun 2018 01:19:45 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528507185.22.0.592728768989.issue26698@psf.upfronthosting.co.za>


Eric Fahlgren <ericfahlgren at gmail.com> added the comment:

Still blurry with 3.6.5 on Win 10 with a 2560x1600 monitor at 125% scaling (I compared it to 2.7.15, they looked identical).  If I go to the Windows properties for pythonw.exe and turn on "Override high DPI scaling behavior" it's nice and sharp.

----------
nosy: +eric.fahlgren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:23:22 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 01:23:22 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528507402.52.0.592728768989.issue11874@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Thanks for the PR, and your patience!

The change has now been merged for all active 3.x versions.

It turns out the 2.7 argparse code is still close enough to the 3.x code for the automated backport to work, so the CI for that is currently running.

----------
assignee:  -> ncoghlan
resolution:  -> fixed
stage: patch review -> backport needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:28:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:28:05 +0000
Subject: [issue24089] argparse crashes with AssertionError
In-Reply-To: <1430455558.24.0.369924072386.issue24089@psf.upfronthosting.co.za>
Message-ID: <1528507685.4.0.592728768989.issue24089@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24089>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:28:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:28:05 +0000
Subject: [issue14046] argparse: assertion failure if optional argument has
 square/round brackets in metavar
In-Reply-To: <1329542509.5.0.84021889574.issue14046@psf.upfronthosting.co.za>
Message-ID: <1528507685.57.0.584625200856.issue14046@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14046>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:28:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:28:05 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528507685.69.0.786479179495.issue11874@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:28:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 01:28:05 +0000
Subject: [issue25058] Right square bracket argparse metavar
In-Reply-To: <1441902603.18.0.552996969637.issue25058@psf.upfronthosting.co.za>
Message-ID: <1528507685.88.0.747649996384.issue25058@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7':
bpo-11874: fix assertion failure in argparse metavar handling (GH-1826)
https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25058>
_______________________________________

From report at bugs.python.org  Fri Jun  8 21:29:20 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 01:29:20 +0000
Subject: [issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility
In-Reply-To: <1502860659.7.0.930691554308.issue31215@psf.upfronthosting.co.za>
Message-ID: <1528507760.44.0.592728768989.issue31215@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Merged for 2.7 in https://github.com/python/cpython/commit/458ed1b237150f5c59b6ab3e1a5241a672ac8cbd

Thank you for the PRs, Mayank!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31215>
_______________________________________

From report at bugs.python.org  Fri Jun  8 22:19:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 02:19:29 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528510769.01.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Elisha wrote and I quoted: '[the call] sets DPI awareness'.  After reading https://msdn.microsoft.com/en-us/library/windows/desktop/dn280512(v=vs.85).aspx PROCESS_DPI_AWARENESS, what the call sets is the system's idea of what DPI awareness the app/process has. As I understand,
0 means 'App assumes DPI = 96, so if it is not, system must adjust.'
1 means 'App reads DPI at startup (somehow) and adjust to that value, but does not adapt to monitor change, so system must.'
2 means 'App reads DPI at startup and again after monitor change (somehow), so system should leave it alone.'
The correct value to pass is the one that best describes what the app does.  I believe that 0 is wrong and 1 more likely than 2.

My own experience and Elisha's report that IDLE looks better (at any resolution setting) matches others.  For instance,
https://stackoverflow.com/questions/41315873/attempting-to-resolve-blurred-tkinter-text-scaling-on-windows-10-high-dpi-disp
Three people describe fuzzy tk text as a well-known problem, fixed by SetProcessDpiAwareness(1).

https://wiki.tcl.tk/8484 tk has a scaling function that gets and sets a scaling factor, dpi/72 = pixels per printer point.  "The initial value for the scaling factor is set when the application starts, based on properties of the installed monitor."  This also suggests to me also that default 0 for awareness is wrong value.  Users (apps) can changes this, but I see no suggestion that monitor changes are tracked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Fri Jun  8 23:00:52 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 09 Jun 2018 03:00:52 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528513252.62.0.592728768989.issue33812@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:

So you are suggesting that my datetime(2000,1,1,tzinfo=TZ()) should behave as a naive instance, right?  Well, this would be a third behavior different from both current C and Python implementations:

>>> print(datetime(2000,1,1).astimezone(timezone.utc))
2000-01-01 05:00:00+00:00

(I am in US/Eastern timezone.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Fri Jun  8 23:02:00 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 09 Jun 2018 03:02:00 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528513320.64.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee:  -> belopolsky
components: +Extension Modules, Library (Lib)
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Fri Jun  8 23:07:22 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 03:07:22 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528513642.7.0.592728768989.issue26698@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Do any of the Windows experts know what "Override high DPI scaling behavior" on properties does?  Does it call SetProcessDpiAwareness?  It seems so. The answer would have implications for #33656 (which is about fixing this issue in IDLE, as Westly originally requested here).

This setting is on the popup when one clicks [Change high DPI settings] on the Compatibility tab.  Eric, there is a dropdown with 3 possible overrides.  Application (default), System, System [Enhanced].  Which one did you use?

In my experiments, 'Application has the same effect as SetProcessDpiAwareness(1), while 'System' is the same as SetProcessDpiAwareness(0).  I expected this from what I posted on #33656.

Since the properties settings may or not be correct for all graphics packages, but will likely be correct for all tk and tkinter apps, I think tkinter should perhaps be modified.  The question is whether SetProcessDpiAwareness(1) is correct (for tk and tkinter) for all monitors.  I suspect so but don't know for sure.

----------
components: +Windows
nosy: +eryksun, paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Fri Jun  8 23:28:35 2018
From: report at bugs.python.org (Eric Fahlgren)
Date: Sat, 09 Jun 2018 03:28:35 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528514915.28.0.592728768989.issue26698@psf.upfronthosting.co.za>


Eric Fahlgren <ericfahlgren at gmail.com> added the comment:

I used the default Application setting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Fri Jun  8 23:31:22 2018
From: report at bugs.python.org (Tim Peters)
Date: Sat, 09 Jun 2018 03:31:22 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528515082.1.0.592728768989.issue33812@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

I copy/pasted the definitions of "aware" and "naive" from the docs.  Your TZ's .utcoffset() returns None, so, yes, any datetime using an instance of that for its tzinfo is naive.

In

print(datetime(2000,1,1).astimezone(timezone.utc))

the docs for astimezone say, in part,

"""
If self is naive (self.tzinfo is None), it is presumed to represent time in the system timezone.
"""

So it converted your naive time (viewed as being in your system - EDT - time zone) to UTC.

That appears to be using a different definition of "naive" (looking only at whether self.tzinfo is None).

The original datetime.py certainly didn't do that ...

"""
def astimezone(self, tz):
    if not isinstance(tz, tzinfo):
        raise TypeError("tz argument must be an instance of tzinfo")
    mytz = self.tzinfo
    if mytz is None:
        raise ValueError("astimezone() requires an aware datetime")

    if tz is mytz:
        return self

    # Convert self to UTC, and attach the new time zone object.
    myoffset = self.utcoffset()
    if myoffset is None:
        raise ValueError("astimezone() requires an aware datetime")
"""

So it originally used the definition I quoted first.  The "sometimes pretend it's local time anyway" twist appeared to get added here:

https://github.com/python/cpython/commit/fdc860f3106b59ec908e0b605e51a1607ea2ff4b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sat Jun  9 00:20:56 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 04:20:56 +0000
Subject: [issue33331] Clean modules in the reversed order
In-Reply-To: <1524393498.13.0.682650639539.issue33331@psf.upfronthosting.co.za>
Message-ID: <1528518056.72.0.592728768989.issue33331@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I think the key concern here is that we *don't* consistently add modules to sys.modules in the order their bodies are executed: we add them in a kind of sawtooth order based on the imports from __main__, and the order of import statements in the imported modules.

For example, given the following import chains:

    __main__ imports A then X
    A imports B which imports C which imports D
    X imports Y which imports B
    X then imports Z which imports C

Then the order in which modules get added to sys.modules will be:

    __main__, A, B, C, D, X, Y, Z

and they'll get cleaned up from left to right

(We're making the assumption here that, for whatever reason, GC hasn't cleaned up A, X, and their dependencies after sys.modules got cleared)

This means that in the status quo, unloading X, Y, and Z can have problems, since B, C, and D will already be gone.

Reversing the order doesn't fix that, and if anything will make things worse, as it means that in the "A -> B -> C -> D" dependency chain, A now gets cleared *last*, instead of getting cleared first as it does today.

So instead of just reversing the order, I wondering if what we may want to consider doing is to:

1. Make sure that we're dropping all the interpreter's internal references to __main__ before clearing sys.modules
2. When running through the module weakref list, force another cyclic GC run after each not-yet-cleared module gets cleaned up

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33331>
_______________________________________

From report at bugs.python.org  Sat Jun  9 00:38:42 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 04:38:42 +0000
Subject: [issue33331] Clean modules in the reversed order
In-Reply-To: <1524393498.13.0.682650639539.issue33331@psf.upfronthosting.co.za>
Message-ID: <1528519122.74.0.592728768989.issue33331@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

It also occurred to me to ask whether or not moving modules to the end of sys.modules each time they're successfully imported would help solve the problem (albeit at the expense of making import cache hits more expensive).

I don't think it does, though, since in my example above, the least-recently-imported ordering would end up looking like:

    __main__, A, D, X, Y, B, Z, C

Since D was only imported by C, and hence never gets moved to the end later, even when C gets moved by the import from Z.

Instead, if we truly wanted to solve the problem comprehensively, we'd need to:

1. Use a context variable to track a stack of "currently running imports"
2. Track (as a process global) a directed (potentially cyclic!) graph of which modules imported other modules (i.e. the import of the target module started while the importing module was the currently active import on the stack). Lazy imports would typically show up as being initiated by __main__.
3. During shutdown, linearise the shutdown order for any modules which weren't already cleaned up by the cyclic GC.

Taking better advantage of the existing cyclic GC seems like it should be simpler, though, and would hopefully be enough to handle all but the most complex edge cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33331>
_______________________________________

From report at bugs.python.org  Sat Jun  9 02:54:11 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 06:54:11 +0000
Subject: [issue33409] Clarify the interaction between locale coercion & UTF-8
 mode
In-Reply-To: <1525260822.94.0.682650639539.issue33409@psf.upfronthosting.co.za>
Message-ID: <1528527251.49.0.592728768989.issue33409@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 1bcb8a636857e3383d65aaf196f93edb949f2e79 by Nick Coghlan in branch 'master':
bpo-33409: Clarify PEP 538/540 relationship (GH-7534)
https://github.com/python/cpython/commit/1bcb8a636857e3383d65aaf196f93edb949f2e79


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33409>
_______________________________________

From report at bugs.python.org  Sat Jun  9 02:57:11 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 06:57:11 +0000
Subject: [issue33409] Clarify the interaction between locale coercion & UTF-8
 mode
In-Reply-To: <1525260822.94.0.682650639539.issue33409@psf.upfronthosting.co.za>
Message-ID: <1528527431.95.0.592728768989.issue33409@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7189

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33409>
_______________________________________

From report at bugs.python.org  Sat Jun  9 03:06:33 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Sat, 09 Jun 2018 07:06:33 +0000
Subject: [issue33375] warnings: get filename from frame.f_code.co_filename
In-Reply-To: <1524847135.79.0.682650639539.issue33375@psf.upfronthosting.co.za>
Message-ID: <1528527993.1.0.592728768989.issue33375@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7190

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33375>
_______________________________________

From report at bugs.python.org  Sat Jun  9 03:13:55 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 07:13:55 +0000
Subject: [issue33409] Clarify the interaction between locale coercion & UTF-8
 mode
In-Reply-To: <1525260822.94.0.682650639539.issue33409@psf.upfronthosting.co.za>
Message-ID: <1528528435.8.0.592728768989.issue33409@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset dd613cf335d7556e20ef3dd01c3abc081b958449 by Miss Islington (bot) in branch '3.7':
bpo-33409: Clarify PEP 538/540 relationship (GH-7534)
https://github.com/python/cpython/commit/dd613cf335d7556e20ef3dd01c3abc081b958449


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33409>
_______________________________________

From report at bugs.python.org  Sat Jun  9 06:52:56 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 10:52:56 +0000
Subject: [issue33409] Clarify the interaction between locale coercion & UTF-8
 mode
In-Reply-To: <1525260822.94.0.682650639539.issue33409@psf.upfronthosting.co.za>
Message-ID: <1528541576.25.0.592728768989.issue33409@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33409>
_______________________________________

From report at bugs.python.org  Sat Jun  9 06:53:29 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 10:53:29 +0000
Subject: [issue11874] argparse assertion failure with brackets in metavars
In-Reply-To: <1303201252.58.0.236363581255.issue11874@psf.upfronthosting.co.za>
Message-ID: <1528541609.29.0.592728768989.issue11874@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
stage: backport needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11874>
_______________________________________

From report at bugs.python.org  Sat Jun  9 07:03:02 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 11:03:02 +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: <1528542182.56.0.592728768989.issue22555@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

With PEPs 538 and 540 merged for Python 3.7 (so we'll almost always use UTF-8 instead of ASCII when the platform nominates the C or POSIX locale as the currently active one), and Windows previously switching to assuming UTF-8 instead of mbcs for binary interfaces in Python 3.6, I think this tracking issue has served its purpose.

Of the issues previously mentioned here, the following are still open:

* Improved Unicode handling in the Windows console: issue 17620
* 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

I don't think any of those share enough characteristics to be worth continuing to track as a group, so I'm closing this meta-issue as out of date :)

----------
dependencies:  -Add utilities to "clean" surrogate code points from strings, Add wsgiref.util.dump_wsgistr & load_wsgistr, Define a binary output formatting mini-language for *.hex(), Python interactive console doesn't use sys.stdin for input
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Sat Jun  9 07:06:24 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 11:06:24 +0000
Subject: [issue22264] Add wsgiref.util.dump_wsgistr & load_wsgistr
In-Reply-To: <1408884341.89.0.273491669506.issue22264@psf.upfronthosting.co.za>
Message-ID: <1528542384.13.0.592728768989.issue22264@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

We don't have anyone clamouring for this, and the third party module https://ftfy.readthedocs.io/en/latest/ has a lot more utilities for working with messy binary inputs and incorrectly decoded text than we'd ever add to the standard library, so I'm going to reject this as only being theoretically useful, and not actually solving a practical problem for users.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22264>
_______________________________________

From report at bugs.python.org  Sat Jun  9 07:18:50 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 11:18:50 +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: <1528543130.96.0.592728768989.issue22555@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Correction: I just rejected my proposed wsgiref in issue 22264 as failing to make a sufficient case for their practical utility, so that one is closed as well :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Sat Jun  9 07:26:20 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 09 Jun 2018 11:26:20 +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: <1528543580.33.0.592728768989.issue22555@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Adding a link to the first post in a series of articles from Victor Stinner regarding the evolution over time of the text encoding assumptions in Python 3's operating system interfaces:

https://vstinner.github.io/python30-listdir-undecodable-filenames.html

That way if anyone does stumble across this meta-issue, they'll have an easier time discovering that more readable version of the history involved :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Sat Jun  9 08:06:29 2018
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 09 Jun 2018 12:06:29 +0000
Subject: [issue33757] Failed separate
 test_pdb_next_command_in_generator_for_loop in test_pdb
In-Reply-To: <1528040605.03.0.592728768989.issue33757@psf.upfronthosting.co.za>
Message-ID: <1528545989.06.0.592728768989.issue33757@psf.upfronthosting.co.za>


Xavier de Gaye <xdegaye at gmail.com> added the comment:

This is fixed with:

diff --git a/Lib/test/test_pdb.py b/Lib/test/test_pdb.py
index 4f9d28afd3..7b3624fb99 100644
--- a/Lib/test/test_pdb.py
+++ b/Lib/test/test_pdb.py
@@ -1045,7 +1045,7 @@ def test_pdb_next_command_in_generator_for_loop():
     ...         print('value', i)
     ...     x = 123
 
-    >>> with PdbTestInput(['break test_gen',
+    >>> with PdbTestInput(['break test_gen', # doctest: +ELLIPSIS
     ...                    'continue',
     ...                    'next',
     ...                    'next',
@@ -1055,7 +1055,7 @@ def test_pdb_next_command_in_generator_for_loop():
     > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[1]>(3)test_function()
     -> for i in test_gen():
     (Pdb) break test_gen
-    Breakpoint 6 at <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>:1
+    Breakpoint ... at <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>:1
     (Pdb) continue
     > <doctest test.test_pdb.test_pdb_next_command_in_generator_for_loop[0]>(2)test_gen()
     -> yield 0

I will submit a PR shortly.

----------
nosy: +xdegaye

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33757>
_______________________________________

From report at bugs.python.org  Sat Jun  9 08:25:56 2018
From: report at bugs.python.org (Martin Panter)
Date: Sat, 09 Jun 2018 12:25:56 +0000
Subject: [issue26175] Fully implement IOBase abstract on SpooledTemporaryFile
In-Reply-To: <1453413274.25.0.536987988375.issue26175@psf.upfronthosting.co.za>
Message-ID: <1528547156.25.0.592728768989.issue26175@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

I was making suggestions, not demanding anything. Except for the quirk with __del__, Gary?s changes (revision fb28362) look okay to add on their own as a bug fix.

I wouldn?t claim that IOBase is ?fully implemented? however, until the return values for ?seek? and ?truncate? are fixed.

The underlying problem is the original SpooledTemporaryFile imitated Python 2?s file class/type, and wasn?t completely adapted for Python 3?s file classes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26175>
_______________________________________

From report at bugs.python.org  Sat Jun  9 08:32:57 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 09 Jun 2018 12:32:57 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1528480473.4.0.592728768989.issue33462@psf.upfronthosting.co.za>
Message-ID: <CAEfz+TzHCrvM-WeacJrt4KROJ6sKwr9KpMSKbCy=xpY3vh5Rkg@mail.gmail.com>


INADA Naoki <songofacandy at gmail.com> added the comment:

Would you try python_startup and python_startup_nosite benchmark with:

* master branch
* All reverse iteraters
* All reverse iteraters + register them in _collections_abc module
-- 
INADA Naoki  <songofacandy at gmail.com>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sat Jun  9 09:58:32 2018
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 09 Jun 2018 13:58:32 +0000
Subject: [issue30579] Allow traceback objects to be
 instantiated/mutated/annotated
In-Reply-To: <1496720513.53.0.619437315354.issue30579@psf.upfronthosting.co.za>
Message-ID: <1528552712.12.0.592728768989.issue30579@psf.upfronthosting.co.za>


Change by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30579>
_______________________________________

From report at bugs.python.org  Sat Jun  9 10:03:22 2018
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 09 Jun 2018 14:03:22 +0000
Subject: [issue31711] ssl.SSLSocket.send(b"") fails
In-Reply-To: <1507282980.19.0.213398074469.issue31711@psf.upfronthosting.co.za>
Message-ID: <1528553002.49.0.592728768989.issue31711@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7191
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31711>
_______________________________________

From report at bugs.python.org  Sat Jun  9 11:13:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 15:13:39 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528557219.41.0.592728768989.issue26698@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Elisha Paine, who prompted #33656 by posting the SetProcessDpiAwareness(1) fix to the idledev list, wrote to me that pyglet and probably pygame have similar issues.

I wonder if Python should be installed with the 'application' setting, or if DPI adjustment should be discussed in the Windows section of the Using manual. https://docs.python.org/3/using/windows.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:04:02 2018
From: report at bugs.python.org (Eric Fahlgren)
Date: Sat, 09 Jun 2018 16:04:02 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528560242.81.0.592728768989.issue33656@psf.upfronthosting.co.za>


Eric Fahlgren <ericfahlgren at gmail.com> added the comment:

https://msdn.microsoft.com/en-us/library/windows/desktop/mt748620(v=vs.85).aspx gives the syntax for adding dpiAwareness to the Windows manifest.

----------
nosy: +eric.fahlgren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:09:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:09: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: <1528560588.21.0.592728768989.issue22555@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> https://vstinner.github.io/python30-listdir-undecodable-filenames.html

Oh, thanks for mentioning my series of articles.

It's also nice to see that we are now able to close this 4 years old issue!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22555>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:15:10 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 16:15:10 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528560910.58.0.592728768989.issue33718@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7192

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:16:02 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 16:16:02 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528560962.57.0.592728768989.issue33718@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7193

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:16:10 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 16:16:10 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528560970.24.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

As reported on #26698, which was originally opened as an IDLE issue, but which I turned into a tkinter issue, one can also sharpen text buy opening python(w).exe properties, Compatibility tab, clicking [Change high DPI settings], and then checking [] Override high DPI scaling behavior while leaving the default 'Application'.  The effect is the same as 'SetProcessDpiAwareness (1)' -- or (2) if monitor is not changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:19:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:19:15 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528561155.12.0.592728768989.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7194

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:25:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:25:13 +0000
Subject: [issue31007] ERROR: test_pipe_handle
 (test.test_asyncio.test_windows_utils.PipeTests) expected
 ERROR_INVALID_HANDLE on x86 Windows7 3.x
In-Reply-To: <1500887344.87.0.0437843877994.issue31007@psf.upfronthosting.co.za>
Message-ID: <1528561513.33.0.592728768989.issue31007@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Test just failed on x86 Windows7 3.6 when test_asyncio was re-run (sequentially):

http://buildbot.python.org/all/#/builders/90/builds/387

======================================================================
ERROR: test_pipe_handle (test.test_asyncio.test_windows_utils.PipeTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_asyncio\test_windows_utils.py", line 128, in test_pipe_handle
    raise RuntimeError('expected ERROR_INVALID_HANDLE')
RuntimeError: expected ERROR_INVALID_HANDLE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31007>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:25:31 2018
From: report at bugs.python.org (Xavier de Gaye)
Date: Sat, 09 Jun 2018 16:25:31 +0000
Subject: [issue33757] Failed separate
 test_pdb_next_command_in_generator_for_loop in test_pdb
In-Reply-To: <1528040605.03.0.592728768989.issue33757@psf.upfronthosting.co.za>
Message-ID: <1528561531.35.0.592728768989.issue33757@psf.upfronthosting.co.za>


Change by Xavier de Gaye <xdegaye at gmail.com>:


----------
keywords: +patch
pull_requests: +7195
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33757>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:27:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 16:27:03 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528561623.66.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Eric, thanks for the additional reference.  From Window's viewpoint, Python, not IDLE, is the application.  IDLE is just input data.  I should not touch Python's manifest, and changing it would have to consider other possible gui module input data.

This page says it applies only to Win10 desktop.  The page for SetProcessDpiAwareness says it applies to 8.1+.  That still excludes Vista and Win7, but is better than just Win10.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:33:27 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 16:33:27 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528562007.21.0.592728768989.issue33718@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 463d1890bb29b66aed431734bb76e366301a0fa5 by Miss Islington (bot) in branch '3.7':
bpo-33718: regrtest: use "xxx then yyy" result if re-run (GH-7521)
https://github.com/python/cpython/commit/463d1890bb29b66aed431734bb76e366301a0fa5


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:35:39 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 16:35:39 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528562139.76.0.592728768989.issue33718@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 07aea160ca2dd8814a28afe73e6a72c2b3cbf38a by Miss Islington (bot) in branch '3.6':
bpo-33718: regrtest: use "xxx then yyy" result if re-run (GH-7521)
https://github.com/python/cpython/commit/07aea160ca2dd8814a28afe73e6a72c2b3cbf38a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:44:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:44:39 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528562679.23.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I ran attached race.py on the 3.6 branch:

* 2000 packets of 16 KiB: ok
* 50 packets of 16 MiB: ok

It seems like Python 3.6 (at least the 3.6 development branch) doesn't have this bug.

It didn't see the bug recently, so I close the issue.

Python 3.6 has a different issue: pause_reading() cannot be called twice, same issue with resume_reading(). But I'm not sure that it can be called a bug. Python 3.7 allows to call these methods twice and to call these methods while closing: they just do nothing in that case.

I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:46:24 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 16:46:24 +0000
Subject: [issue33813] Update overdue 'Deprecated ... removed in 3.x' messages
Message-ID: <1528562784.89.0.592728768989.issue33813@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Reported on python-list by Vincent Vande Vivre.
"""
In Python-3.7.0b5 we can find at the end of html/parser.py:
    def unescape(self, s):
        warnings.warn('The unescape method is deprecated and will be removed '
                      'in 3.5, use html.unescape() instead.',
                      DeprecationWarning, stacklevel=2)
        return unescape(s)
"""
At minimum, /3.5/3.8 or after/  Since we often do not remove when we say we will, perhaps 'or after' should be routine.

----------
messages: 319156
nosy: ezio.melotti, terry.reedy
priority: normal
severity: normal
status: open
title: Update overdue 'Deprecated ... removed in 3.x' messages

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33813>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:50:20 2018
From: report at bugs.python.org (Dan Snider)
Date: Sat, 09 Jun 2018 16:50:20 +0000
Subject: [issue33814] exec() maybe has a memory leak
Message-ID: <1528563020.57.0.592728768989.issue33814@psf.upfronthosting.co.za>


New submission from Dan Snider <mr.assume.away at gmail.com>:

Sort of because I'm really not sure if it's working as intended or not. When I found this out today, I noticed that the documentation of `exec` has been updated since the last time I saw it, which is good, but it still leaves much to be desired. Specifically, I don't feel it does enough to explain the supposed justification for `exec`'s ability to very easily trigger a catastrophic memory leak someone unfamiliar with the code they're working on may never have the patience (if not time) to track down.. 

An illustration:

    import itertools
    import sys
    import weakref
    
    def noleak():
        
        def outer():
            from itertools import repeat as reeeee
            def f():
                return reeeee(1, 1)
            return f
        
        f = outer()
        c = sys.getrefcount(f)
        return c, weakref.ref(f), sys.getrefcount(itertools.repeat)

    def leaks():
        ns = {}
        co =  ('from itertools import repeat as reeeee\n'
               'def f(): return reeeee(1, 1)')
        pre = sys.getrefcount(ns)
        exec(co, ns)
        pos = sys.getrefcount(ns)
        return (pre, pos), weakref.ref(ns['f']), sys.getrefcount(itertools.repeat)

    for i in range(10):
        leaks()
    for i in range(10):
        noleak()

Perhaps I'm wrong in thinking that this is behaving as intended and it actually is a bug. Starting from builtin_exec_impl I got as far as _PyFrame_New_NoTrack before I threw up my hands and decided this is something for someone else. 

If `exec` with only a `globals` argument is indeed working as intended, I still think it's ridiculous that every item added to that dict has an "extra", non-obvious reference count that is impossible to vanquish of from within Python. I intuited leaving `locals` blank will do what usually happens when functions take optional arguments, and *usually* that is *not* the triggering of a "hidden" memory leak.


Perhaps the only solution here is to deprecate `exec` accepting `globals` and `locals` as optional arguments.

----------
assignee: docs at python
components: Documentation, Interpreter Core
messages: 319157
nosy: bup, docs at python
priority: normal
severity: normal
status: open
title: exec() maybe has a memory leak
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33814>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:54:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:54:24 +0000
Subject: [issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1528563264.67.0.592728768989.issue31731@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

AMD64 FreeBSD 10.x Shared 3.7 issue:

http://buildbot.python.org/all/#/builders/124/builds/380

0:15:14 load avg: 0.18 [415/415/1] test_io crashed (Exit code 1)
Timeout (0:15:00)!
Thread 0x0000000806943c00 (most recent call first):
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/test/test_io.py", line 4090 in _read
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/threading.py", line 865 in run
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/threading.py", line 917 in _bootstrap_inner
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/threading.py", line 885 in _bootstrap

Thread 0x0000000802006400 (most recent call first):
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/threading.py", line 1048 in _wait_for_tstate_lock
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/threading.py", line 1032 in join
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/test/test_io.py", line 4111 in check_interrupted_write
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/test/test_io.py", line 4135 in test_interrupted_write_text

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:57:02 2018
From: report at bugs.python.org (Eric Fahlgren)
Date: Sat, 09 Jun 2018 16:57:02 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528563422.4.0.592728768989.issue33656@psf.upfronthosting.co.za>


Eric Fahlgren <ericfahlgren at gmail.com> added the comment:

So maybe add the dpiAware and dpiAwareness settings to the manifest for just Windows' pythonw.exe and leave the python.exe console interpreter alone?  I'm going to guess that the pythonw.exe manifest already has some settings related to its unique status that align with this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 12:59:21 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 09 Jun 2018 16:59:21 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528563561.81.0.592728768989.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset b4f8bc56c1f19561b936be7347fa594ccd70d025 by Victor Stinner in branch '2.7':
bpo-33718: regrtest: use "xxx then yyy" result if re-run (GH-7521) (GH-7562)
https://github.com/python/cpython/commit/b4f8bc56c1f19561b936be7347fa594ccd70d025


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:09:48 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 09 Jun 2018 17:09:48 +0000
Subject: [issue33375] warnings: get filename from frame.f_code.co_filename
In-Reply-To: <1524847135.79.0.682650639539.issue33375@psf.upfronthosting.co.za>
Message-ID: <1528564188.12.0.592728768989.issue33375@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:


New changeset 3f45f5da8eb052f1b54d37086c67b7094f35b67b by Brett Cannon (Zackery Spytz) in branch 'master':
bpo-33375: Fix GCC warning in Python/_warnings.c (GH-7556)
https://github.com/python/cpython/commit/3f45f5da8eb052f1b54d37086c67b7094f35b67b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33375>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:10:30 2018
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 09 Jun 2018 17:10:30 +0000
Subject: [issue33375] warnings: get filename from frame.f_code.co_filename
In-Reply-To: <1524847135.79.0.682650639539.issue33375@psf.upfronthosting.co.za>
Message-ID: <1528564230.99.0.592728768989.issue33375@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Thanks everyone for making this happen!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33375>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:44:10 2018
From: report at bugs.python.org (Varada)
Date: Sat, 09 Jun 2018 17:44:10 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
Message-ID: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>


New submission from Varada <varada86 at gmail.com>:

Hi,
As per my understanding, 
a = [0]*19 -> creates a list of length 19 with all zeros,

>>> a = [0]*19
>>> print (len(a))
19
>>> a [18] = 2
>>> print (a)
[0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 2]
>>>

In the similar way, 
>>> a = []*19 --> Must create a blank list with length 19. 
That is eventhough the contents of the list would be blank or null, I would at least expect the length of the list must 19 and the index must have got memory allocated so I can access it later ?

Otherwise, if a = []*19 is going to return length as 0, and it's index cannot be accessed then what difference does it have with a = []. Aren't they the same ? There should be some significance of using a = []*19 compared to a = []. They cant the the same, can they ?

>>> a = []*19
>>> a [18] = 2
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
IndexError: list assignment index out of range
>>> print (len(a))
0
>>>
>>> b = []
>>> print (len(b))
0
>>> b [18] = 2
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
IndexError: list assignment index out of range
>>>

-----
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 16:07:46) [MSC v.1900 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>>

----------
components: Windows
messages: 319163
nosy: paul.moore, steve.dower, tim.golden, varada86, zach.ware
priority: normal
severity: normal
status: open
title: List a = []*19 doesn't create a list with index length of 19
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:44:32 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 09 Jun 2018 17:44:32 +0000
Subject: [issue33814] exec() maybe has a memory leak
In-Reply-To: <1528563020.57.0.592728768989.issue33814@psf.upfronthosting.co.za>
Message-ID: <1528566272.36.0.592728768989.issue33814@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

It would be helpful if you could show what output you see, and how it differs from what you expect.

I think you're just seeing reference cycles or some other delayed garbage collection. If you put in a gc.collect() in your loops to force a collection, you'll see the reference numbers drop back.

There's no way we would deprecate globals and locals params to exec().

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33814>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:52:30 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 17:52:30 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528566750.1.0.592728768989.issue33815@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Nothing (or 0, or an empty list, string or tuple, etc.) multiplied by any positive whole number is still nothing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:52:41 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 17:52:41 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528566761.54.0.592728768989.issue33815@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
components:  -Windows

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 13:59:20 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 09 Jun 2018 17:59:20 +0000
Subject: [issue33816] New metaclass example for Data Model topic
Message-ID: <1528567160.68.0.592728768989.issue33816@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Since Python 3.6, when PEP 520 was accepted, class attribute definition order is preserved. That alone is sufficient to replace the example, but then 3.7 came with guaranteed dictionary insertion order. The metaclass example uses OrderedDict, what may cause confusing to new programmers, since it is not needed.

I'm creating this issue in case someone who actually has used metaclasses can come up with an example, but I'll try to find/think of an example myself.

----------
assignee: docs at python
components: Documentation
messages: 319166
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: New metaclass example for Data Model topic
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33816>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:00:40 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 09 Jun 2018 18:00:40 +0000
Subject: [issue33816] New metaclass example for Data Model topic
In-Reply-To: <1528567160.68.0.592728768989.issue33816@psf.upfronthosting.co.za>
Message-ID: <1528567240.07.0.592728768989.issue33816@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I'm talking about the example in Data Model, 3.3.3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33816>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:16:21 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 09 Jun 2018 18:16:21 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528568181.1.0.592728768989.issue33815@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

To elaborate on Zach's comment:

Notice that your first example repeats 0 19 times. The second example repeats nothing 19 times.

If you first example returned a list with [0] repeated 19 (that is: [[0], [0], [0], ..., [0]]), then you're correct the second example should produce a list of 19 empty lists. But that's not the case here.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:32:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 18:32:27 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528569147.91.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ea62ce7f4fefc66bc0adba16bcd7666d5bbd5b44 by Ned Deily (Christian Tismer) in branch 'master':
bpo-33738: Fix macros which contradict PEP 384 (GH-7477)
https://github.com/python/cpython/commit/ea62ce7f4fefc66bc0adba16bcd7666d5bbd5b44


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:38:28 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 18:38:28 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1528569508.64.0.592728768989.issue28222@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +7196

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:43:42 2018
From: report at bugs.python.org (Varada)
Date: Sat, 09 Jun 2018 18:43:42 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528569822.85.0.592728768989.issue33815@psf.upfronthosting.co.za>


Varada <varada86 at gmail.com> added the comment:

Hi, Eric & Zach,

Thanks for your kind response. 

@Eric, from your comments am I to understand that you agree with me or state that my understanding is wrong ? :) I couldn't conclude it. 

The point where I find difficult to convince myself is why am I not able to access a[18] when I have already kind of declared it like a = []*19.

Is that really an expected behavior.

I agree with Zak, that nothing * anything = nothing. But, in that case why we even allow that command to work. 

It leads us think that it will create an empty list 19 times whereas it actually doesn't. It's kind of misleading don't you think. 

Many Thanks in advance Eric and Zak for your time on this,

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:47:47 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 18:47:47 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1528570067.45.0.592728768989.issue28222@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Sat Jun  9 14:50:25 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 18:50:25 +0000
Subject: [issue28222] test_distutils fails
In-Reply-To: <1474432052.98.0.601076913744.issue28222@psf.upfronthosting.co.za>
Message-ID: <1528570225.84.0.592728768989.issue28222@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset f6645ef027762adbb159a3b6d64a15538672eaa2 by Zachary Ware in branch '2.7':
bpo-28222: Don't fail if pygments is not available (GH-7564)
https://github.com/python/cpython/commit/f6645ef027762adbb159a3b6d64a15538672eaa2


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28222>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:08:09 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 09 Jun 2018 19:08:09 +0000
Subject: [issue31120] [2.7] Python 64 bit _ssl compile fails due missing
 buildinf_amd64.h
In-Reply-To: <1501851770.24.0.114310480088.issue31120@psf.upfronthosting.co.za>
Message-ID: <1528571289.37.0.592728768989.issue31120@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31120>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:14:56 2018
From: report at bugs.python.org (Stefan Behnel)
Date: Sat, 09 Jun 2018 19:14:56 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528571696.1.0.592728768989.issue33815@psf.upfronthosting.co.za>


Stefan Behnel <stefan_ml at behnel.de> added the comment:

You misunderstood what the code is doing, and the response that you got indicates that the bug tracker is not the right place to discuss this misunderstanding. If you want to discuss this further, please ask on the Python mailing list (python-list at python.org).

----------
nosy: +scoder

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:35:04 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 09 Jun 2018 19:35:04 +0000
Subject: [issue33815] List a = []*19 doesn't create a list with index length
 of 19
In-Reply-To: <1528566250.8.0.592728768989.issue33815@psf.upfronthosting.co.za>
Message-ID: <1528572904.2.0.592728768989.issue33815@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Agreed with Stefan about this not being appropriate for the bug tracker.

And I'm saying that I don't agree with you. There's no bug here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33815>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:36:44 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 19:36:44 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528573004.61.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

As I noted on PR 7477, I decided to merge the change to master so it would get some buildbot exposure before deciding whether to backport for 3.7.0rc1 which is coming up shortly.  I notice that the change introduced a compiler warning.  Should that be fixed?

..\Objects\exceptions.c(349): warning C4090: 'return': different 'const' qualifiers [D:\buildarea\3.x.ware-win81-release\build\PCbuild\pythoncore.vcxproj]

http://buildbot.python.org/all/#/builders/12/builds/960

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:51:35 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 09 Jun 2018 19:51:35 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1528562679.23.0.592728768989.issue33694@psf.upfronthosting.co.za>
Message-ID: <2AE671A1-4A20-4E51-B855-69061FA7CED4@gmail.com>


Yury Selivanov <yselivanov at gmail.com> added the comment:

pause_reading and resume_reading became idempotent only in 3.7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Sat Jun  9 15:54:22 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Jun 2018 19:54:22 +0000
Subject: [issue33816] New metaclass example for Data Model topic
In-Reply-To: <1528567160.68.0.592728768989.issue33816@psf.upfronthosting.co.za>
Message-ID: <1528574062.29.0.592728768989.issue33816@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Probably, the entire section with the OrderedClass example should be removed.  Once class dicts became ordered by default, the __prepare__ attribute lost its principal motivating use case.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33816>
_______________________________________

From report at bugs.python.org  Sat Jun  9 16:00:54 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 09 Jun 2018 20:00:54 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528574454.08.0.592728768989.issue33462@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Would you try python_startup and python_startup_nosite benchmark

That seems entirely unnecessary.  If adding __reversed__ has any effect on the rest of the build, that is pure random noise that can be ignored. It is normal to get small improvements or detriments that vary from compiler to compiler, os to os, etc.  Our normal practice is to ignore those and not optimize for random or hard-to-control compiler idiosyncrasies which appear and disappear as we add methods or as compilers get updated.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sat Jun  9 16:01:51 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 09 Jun 2018 20:01:51 +0000
Subject: [issue33816] New metaclass example for Data Model topic
In-Reply-To: <1528567160.68.0.592728768989.issue33816@psf.upfronthosting.co.za>
Message-ID: <1528574511.66.0.592728768989.issue33816@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

To what section are you refering by "the entire section"?

On a side note: I'll make a PR to remove the example. IMHO, there should be an example to give some idea of what a metaclass can do, but the current example is no longer useful and it's confusing because of how dicts now work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33816>
_______________________________________

From report at bugs.python.org  Sat Jun  9 16:06:49 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 09 Jun 2018 20:06:49 +0000
Subject: [issue33816] New metaclass example for Data Model topic
In-Reply-To: <1528567160.68.0.592728768989.issue33816@psf.upfronthosting.co.za>
Message-ID: <1528574809.24.0.592728768989.issue33816@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7197
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33816>
_______________________________________

From report at bugs.python.org  Sat Jun  9 16:25:17 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Sat, 09 Jun 2018 20:25:17 +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: <1528575917.62.0.592728768989.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

I've been experiencing the same issue, which is triggered in the exception handling of web.py.

Bert's proposed fix, adding the zero byte check (if self._binary_file or self.length >= 0:) addresses the issue I'm seeing (tested on 3.5, it's what's available where I can reproduce the error).

This issue seems to be languishing.  Is there any way we could push this forward, even if it doesn't address every problem with the lib?

----------
nosy: +watusimoto

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Sat Jun  9 16:36:16 2018
From: report at bugs.python.org (Tey)
Date: Sat, 09 Jun 2018 20:36:16 +0000
Subject: [issue33817] PyString_FromFormatV() fails to build empty strings
Message-ID: <1528576576.56.0.592728768989.issue33817@psf.upfronthosting.co.za>


New submission from Tey <teyut at free.fr>:

Making PyString_FromFormatV() build an empty string on 2.7 will fail and raise the following error:
SystemError: Objects/stringobject.c:3903: bad argument to internal function

It does not matter if format is empty or not (e.g., both PyString_FromFormat("") and PyString_FromFormat("%s", "")).

The exception is raised from _PyString_Resize() (called at the end of PyString_FromFormatV()), because the string given to that method has a ref count different than 1. This is expected for empty strings, because PyString_FromStringAndSize() returns a reference to <nullstring> when <size> is 0.

A possible fix would be to prevent the call to _PyString_Resize() from PyString_FromFormatV() if <string> is equal to <nullstring>, or if there is no need to resize the string.

Python 3 versions before 3.6 might be impacted as well through PyBytes_FromFormatV() (cannot check).

The following code can be used to trigger the bug:

    static int dobug(const char *fmt, ...) {
        va_list args;
        va_start(args, fmt);
    
        PyObject *str = PyString_FromFormatV(fmt, args);
        va_end(args);
    
        if(str == NULL) {
            fprintf(stderr, "Error: PyString_FromFormatV(%s) returned NULL\n", fmt);
            return -1;
        }
    
        Py_DECREF(str);
    
        return 0;
    }

    static PyObject* bug(PyObject *self) {
        fprintf(stderr, "dobug(\"\") => %d\n", dobug(""));
        fprintf(stderr, "dobug(\"%%s\", \"\") => %d\n", dobug("%s", ""));
    
        if(PyErr_Occurred()) return NULL;
        Py_RETURN_NONE;
    }

----------
components: Interpreter Core
messages: 319180
nosy: Tey
priority: normal
severity: normal
status: open
title: PyString_FromFormatV() fails to build empty strings
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33817>
_______________________________________

From report at bugs.python.org  Sat Jun  9 17:59:05 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 21:59:05 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528581545.27.0.592728768989.issue32493@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 20cd5c6e21559f35feded5b3cfa9069a281d4325 by Ned Deily (Michael Felt) in branch '3.7':
bpo-32493: Correct test for uuid_enc_be availability in configure.ac. (GH-7511)
https://github.com/python/cpython/commit/20cd5c6e21559f35feded5b3cfa9069a281d4325


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sat Jun  9 18:04:14 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 22:04:14 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528581854.91.0.592728768989.issue32493@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7198
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sat Jun  9 18:20:00 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 22:20:00 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528582800.0.0.592728768989.issue32493@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ced0adb2638e4c02945bfa82e15595918eef74f1 by Ned Deily in branch 'master':
bpo-32493: Correct test for uuid_enc_be availability in configure.ac. (GH-7511) (GH-7567)
https://github.com/python/cpython/commit/ced0adb2638e4c02945bfa82e15595918eef74f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sat Jun  9 18:46:36 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 09 Jun 2018 22:46:36 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528584396.17.0.592728768989.issue32493@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

As noted on PR 7511 and PR 7567, I have merged Michael's configure.ac fixes for testing for uuid_enc_be availability (independent of platform) that were incorrect in earlier commits for this issue.  Merged for 3.7.0rc1 and master (3.8). Thanks, everyone!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:03:38 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 09 Jun 2018 23:03:38 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528585418.72.0.592728768989.issue33656@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

I'm okay to add it to the manifest for both in 3.8, along with a What's New entry.

High DPI screens are very common though, and adding it to existing releases won't allow existing apps or frameworks to account for the change. I don't want non-DPI aware apps to suddenly become unreadably small with a minor runtime update. Backporting Python-specific docs is fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:26:22 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 23:26:22 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528586782.67.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Steve, I would like to add the SetProcessDpiAwareness(1) call to IDLE tomorrow, for 3.7.0 and 3.6.6.  Do I need to make it an avoidable option? Can it hurt people on some machines?  It seems to me that if tk is doing dpi scaling, then it should always be correct to tell Windows that it is doing so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:49:42 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 09 Jun 2018 23:49:42 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528588182.54.0.592728768989.issue33766@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 0aa17ee6a76df0946d42e7657a501f1862065a22 by Terry Jan Reedy (Ammar Askar) in branch 'master':
bpo-33766: Document that end of file or string is a newline (GH-7383)
https://github.com/python/cpython/commit/0aa17ee6a76df0946d42e7657a501f1862065a22


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:50:58 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 23:50:58 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528588258.45.0.592728768989.issue33766@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7199

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:52:50 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 23:52:50 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528588370.33.0.592728768989.issue33766@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7200

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:55:28 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 23:55:28 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528588528.52.0.592728768989.issue33766@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7201

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 19:55:29 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 09 Jun 2018 23:55:29 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528588529.05.0.592728768989.issue33766@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f01b951a0e70f36ca2a3caa043f89a5277bb0bb0 by Miss Islington (bot) in branch '2.7':
bpo-33766: Document that end of file or string is a newline (GH-7383)
https://github.com/python/cpython/commit/f01b951a0e70f36ca2a3caa043f89a5277bb0bb0


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 20:07:36 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 10 Jun 2018 00:07:36 +0000
Subject: [issue33814] exec() maybe has a memory leak
In-Reply-To: <1528563020.57.0.592728768989.issue33814@psf.upfronthosting.co.za>
Message-ID: <1528589256.91.0.592728768989.issue33814@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Perhaps a little less self-righteous anger and a little more detail on this alleged bug would be appropriate.

Quote: 
I still think it's ridiculous that every item added to that dict has an "extra", non-obvious reference count that is impossible to vanquish of from within Python.

Have you demonstrated that this is the case? How do you know that is what is happening?

Quote:
I intuited leaving `locals` blank will do what usually happens when functions take optional arguments, and *usually* that is *not* the triggering of a "hidden" memory leak.

Have you demonstrated a memory leak? What is your intuition for what leaving locals blank should do? Did you try running the code without leaving locals blank?

Quote: 
the supposed justification for `exec`'s ability to very easily trigger a catastrophic memory leak

I wouldn't call your example code "very easily", nor do I know what "supposed justification" you are referring to. I read the docs for exec here

https://docs.python.org/3/library/functions.html#exec

and I see nothing justifying memory leaks or even mentioning them. Are you reading some other documentation?

Is this the shortest, simplest demonstration of the leak you can come up with? What output do you get and what output did you expect?

If it necessary for repeat to be imported under the name "reeeee" over and over again? What do weakrefs have to do with this?

You call this a "catastrophic" memory leak, I don't know whether this is mere hyperbole or something that will lock up or crash my computer when I run it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33814>
_______________________________________

From report at bugs.python.org  Sat Jun  9 20:11:37 2018
From: report at bugs.python.org (Lisa Guo)
Date: Sun, 10 Jun 2018 00:11:37 +0000
Subject: [issue33811] asyncio accepting connection limit
In-Reply-To: <1528498427.18.0.592728768989.issue33811@psf.upfronthosting.co.za>
Message-ID: <1528589497.32.0.592728768989.issue33811@psf.upfronthosting.co.za>


Lisa Guo <lisaliguo at yahoo.com> added the comment:

One rough idea would be like this: https://github.com/python/cpython/compare/master...lguo2020:fix-issue-33811?expand=1. Another option is to associate it with the loop:

loop.set_max_accept(2)

and then later

self._loop._start_serving(....., max_accept=self._loop._max_accept)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33811>
_______________________________________

From report at bugs.python.org  Sat Jun  9 20:25:02 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 10 Jun 2018 00:25:02 +0000
Subject: [issue33814] exec() maybe has a memory leak
In-Reply-To: <1528563020.57.0.592728768989.issue33814@psf.upfronthosting.co.za>
Message-ID: <1528590302.99.0.592728768989.issue33814@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

I decided to risk this "catastrophic" leak, and ran this:

py> x = leaks()
py> x
((2, 3), <weakref at 0xb7a1998c; to 'function' at 0xb789826c (f)>, 24)
py> import gc
py> gc.collect()
22
py> x
((2, 3), <weakref at 0xb7a1998c; dead>, 24)


so I think Eric is correct, it is just a garbage collection issue. Possibly a bug, possibly normal behaviour. I don't think it is a documentation bug, if it is a bug at all it might be a garbage collection bug.

But I really don't know, because I don't understand what Dan thinks is the memory leak here or why it happens. I *think* Dan might be referring to the fact that each time you call leaks(), there's one extra reference to itertools.repeat.

Dan, if you can confirm that's the leak you are referring to, we would have a better chance of deciding whether it is a bug and if so if it is specific to exec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33814>
_______________________________________

From report at bugs.python.org  Sat Jun  9 20:28:18 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 00:28:18 +0000
Subject: [issue33766] Grammar Incongruence
In-Reply-To: <1528085120.11.0.592728768989.issue33766@psf.upfronthosting.co.za>
Message-ID: <1528590498.43.0.592728768989.issue33766@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33766>
_______________________________________

From report at bugs.python.org  Sat Jun  9 20:46:08 2018
From: report at bugs.python.org (Tim Peters)
Date: Sun, 10 Jun 2018 00:46:08 +0000
Subject: [issue33814] exec() maybe has a memory leak
In-Reply-To: <1528563020.57.0.592728768989.issue33814@psf.upfronthosting.co.za>
Message-ID: <1528591568.82.0.592728768989.issue33814@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Dan, your bug report is pretty much incoherent ;-)  This standard Stack Overflow advice applies here too:

https://stackoverflow.com/help/mcve

Guessing your complaint is that:

    sys.getrefcount(itertools.repeat)

keeps increasing by 1 across calls to `leaks()`, then as Eric said it will drop back to its original value after a `gc.collect()` call.

Steven, best I can tell weakrefs have nothing to do with this.  The refcount on itertools.repeat increases if

    weakref.ref(ns['f']), 

is deleted.

It's a simple reference cycle.  That is

    ns['f'].__globals__ is ns

is True, so `ns` can't be collected via reference counting, and so `ns` also holds a reference to the irrelevantly renamed `itertools.repeat` too until cyclic gc can detect the trash cycle.

Dan, if that's _not_ what you're complaining about, please follow the advice at the top and add a focused, minimal example of what you are talking about.  In the meantime, I'm closing this as not-a-bug.

----------
nosy: +tim.peters
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33814>
_______________________________________

From report at bugs.python.org  Sat Jun  9 21:30:26 2018
From: report at bugs.python.org (Steve Dower)
Date: Sun, 10 Jun 2018 01:30:26 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528594226.38.0.592728768989.issue33656@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Yep, that should be fine.

If you want to add it to the winapi module rather than use ctypes that's fine too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Sat Jun  9 21:43:55 2018
From: report at bugs.python.org (Martin Panter)
Date: Sun, 10 Jun 2018 01:43:55 +0000
Subject: [issue33762] temp file isn't IOBase
In-Reply-To: <1528059185.23.0.592728768989.issue33762@psf.upfronthosting.co.za>
Message-ID: <1528595035.69.0.592728768989.issue33762@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

I think it is an implementation detail whether the result subclasses IOBase or just implements its API. Why do you want to check the base class, and why IOBase in particular, rather than BufferedIOBase, RawIOBase, or TextIOBase?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33762>
_______________________________________

From report at bugs.python.org  Sat Jun  9 22:01:31 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 10 Jun 2018 02:01:31 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528596091.32.0.592728768989.issue33462@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> If adding __reversed__ has any effect on the rest of the build, that is pure random noise that can be ignored.

Although initialization cost of each one type is small, time for _Py_Ready() is not negligible.  And ABC.register() too.  Import time for _collections_abc is not negligible too.

I agree that cost of adding three builtin types and register them to ABC will be negligible or small enough.
But I think it's good to know before merge.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sat Jun  9 23:17:24 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 03:17:24 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528600644.74.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
keywords: +patch
pull_requests: +7202
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sat Jun  9 23:45:15 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 03:45:15 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528602315.93.0.592728768989.issue33812@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:

Tim, given that I've updated the documentation, should we treat this as a bug fix or a feature?  Note that the type check is definitely a bug-fix (if not a security issue), but I clearly had a wrong definition of "naive" in mind when I was modifying astimezone to support naive instances.

In any case, it looks like a news entry is in order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sat Jun  9 23:51:20 2018
From: report at bugs.python.org (Tim Peters)
Date: Sun, 10 Jun 2018 03:51:20 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528602680.84.0.592728768989.issue33812@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

I'd call it a bug fix, but I'm really not anal about what people call things ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 00:55:37 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 04:55:37 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528606537.14.0.592728768989.issue33738@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

You are right Christian. I missed that PyTypeObject is opaque if Py_LIMITED_API is defined.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 01:23:38 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 10 Jun 2018 05:23:38 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1528608218.75.0.592728768989.issue33805@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@eric.smith
Can I take a look this issue?

----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:14:15 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 10 Jun 2018 06:14:15 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528611255.18.0.592728768989.issue33462@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I confirmed the cost is negligible.

python_startup_no_site
======================

Mean +- std dev: [master] 7.31 ms +- 0.39 ms -> [reverse] 7.41 ms +- 0.44 ms: 1.01x slower (+1%)
Mean +- std dev: [master] 7.31 ms +- 0.39 ms -> [register] 7.20 ms +- 0.28 ms: 1.01x faster (-1%)
Benchmark hidden because not significant (1): python_startup

"register" is "reverse" + following patch:

diff --git a/Lib/_collections_abc.py b/Lib/_collections_abc.py
index dbe30dff1f..28a7e2586c 100644
--- a/Lib/_collections_abc.py
+++ b/Lib/_collections_abc.py
@@ -280,6 +280,9 @@ Iterator.register(bytearray_iterator)
 Iterator.register(dict_keyiterator)
 Iterator.register(dict_valueiterator)
 Iterator.register(dict_itemiterator)
+Iterator.register(type(iter(reversed({}.keys()))))
+Iterator.register(type(iter(reversed({}.values()))))
+Iterator.register(type(iter(reversed({}.items()))))
 Iterator.register(list_iterator)
 Iterator.register(list_reverseiterator)
 Iterator.register(range_iterator)
@@ -306,6 +309,12 @@ class Reversible(Iterable):
         return NotImplemented


+Reversible.register(dict)
+Reversible.register(type({}.keys()))
+Reversible.register(type({}.values()))
+Reversible.register(type({}.items()))
+
+
 class Generator(Iterator):

     __slots__ = ()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:15:29 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 10 Jun 2018 06:15:29 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1528611329.37.0.592728768989.issue33805@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
keywords: +patch
pull_requests: +7203
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:35:52 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 06:35:52 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
Message-ID: <1528612552.69.0.592728768989.issue33818@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

PyExceptionClass_Name() returns just the tp_name field, a pointer to immutable char array. tp_name had type "char *" in old Python versions, but it was changed to "const char *" in revision af68c874a6803b4e90b616077a602c0593719a1d.

But PyExceptionClass_Name() still casts tp_name to "char *". I think it would be better to return "const char *". It would be a breaking change, but seems most third-party code uses the result of PyExceptionClass_Name() in context where "const char *" is acceptable [1], and it is easy to add "const" in a variable declaration if the result is assigned to a variable (as in both cases of using PyExceptionClass_Name() in the CPython core).

Since several similar breaking changes were made in 3.7 (isee ssue28761 and issue28769), it would be nice to made this change in 3.7 too. But it may be too late for 3.7.

[1] https://github.com/search?q=PyExceptionClass_Name&type=Code

----------
components: Interpreter Core
messages: 319200
nosy: ned.deily, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Make PyExceptionClass_Name returning a const string
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:36:24 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 06:36:24 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612552.69.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PyExceptionClass_Name() returns just the tp_name field, a pointer to immutable char array. tp_name had type "char *" in old Python versions, but it was changed to "const char *" in revision af68c874a6803b4e90b616077a602c0593719a1d.

But PyExceptionClass_Name() still casts tp_name to "char *". I think it would be better to return "const char *". It would be a breaking change, but seems most third-party code uses the result of PyExceptionClass_Name() in context where "const char *" is acceptable [1], and it is easy to add "const" in a variable declaration if the result is assigned to a variable (as in both cases of using PyExceptionClass_Name() in the CPython core).

Since several similar breaking changes were made in 3.7 (see issue28761 and issue28769), it would be nice to made this change in 3.7 too. But it may be too late for 3.7.

[1] https://github.com/search?q=PyExceptionClass_Name&type=Code

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:36:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 06:36:34 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1528612594.11.0.592728768989.issue33818@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
Removed message: https://bugs.python.org/msg319200

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:45:05 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 06:45:05 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1528613105.69.0.592728768989.issue33818@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7204
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Sun Jun 10 02:58:13 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 06:58:13 +0000
Subject: [issue33817] PyString_FromFormatV() fails to build empty strings
In-Reply-To: <1528576576.56.0.592728768989.issue33817@psf.upfronthosting.co.za>
Message-ID: <1528613893.45.0.592728768989.issue33817@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
versions:  -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33817>
_______________________________________

From report at bugs.python.org  Sun Jun 10 03:00:27 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 07:00:27 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528614027.38.0.592728768989.issue27397@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7205
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Sun Jun 10 03:01:53 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 07:01:53 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528614113.08.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 1b85c71a2136d3fa6a1da05b27b1fe4e4b8ee45e by Tal Einat in branch 'master':
bpo-33770: improve base64 exception message for encoded inputs of invalid length (#7416)
https://github.com/python/cpython/commit/1b85c71a2136d3fa6a1da05b27b1fe4e4b8ee45e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Sun Jun 10 03:10:31 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 07:10:31 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528614631.13.0.592728768989.issue33748@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 4ab4695388fb9ec03a14d93e90ce50d832a920ec by Tal Einat in branch 'master':
bpo-33748: fix tests altering sys.path and sys.modules (GH-7433)
https://github.com/python/cpython/commit/4ab4695388fb9ec03a14d93e90ce50d832a920ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 04:03:42 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 10 Jun 2018 08:03:42 +0000
Subject: [issue32400] inspect.isdatadescriptor  false negative
In-Reply-To: <1513882624.99.0.213398074469.issue32400@psf.upfronthosting.co.za>
Message-ID: <1528617822.34.0.592728768989.issue32400@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@Serhiy Storchaka
This issue can be closed due to PR 1959

----------
keywords: +patch
nosy: +corona10, serhiy.storchaka
pull_requests: +7206
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32400>
_______________________________________

From report at bugs.python.org  Sun Jun 10 04:03:55 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 10 Jun 2018 08:03:55 +0000
Subject: [issue32400] inspect.isdatadescriptor  false negative
In-Reply-To: <1513882624.99.0.213398074469.issue32400@psf.upfronthosting.co.za>
Message-ID: <1528617835.18.0.592728768989.issue32400@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
pull_requests:  -7206

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32400>
_______________________________________

From report at bugs.python.org  Sun Jun 10 04:29:48 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 08:29:48 +0000
Subject: [issue33741] UnicodeEncodeError onsmtplib.login(MAIL_USER,
 MAIL_PASSWORD)
In-Reply-To: <1527979236.47.0.592728768989.issue33741@psf.upfronthosting.co.za>
Message-ID: <1528619388.26.0.592728768989.issue33741@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Is this a bug? Are passwords containing non-ASCII characters supposed to be supported? If so, which encoding should be assumed for the password? Since it needs to be base64-encoded, it must be encoded into bytes.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33741>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:20:46 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 10 Jun 2018 11:20:46 +0000
Subject: [issue32561] Add API to io objects for non-blocking reads/writes
In-Reply-To: <1516068442.29.0.467229070634.issue32561@psf.upfronthosting.co.za>
Message-ID: <1528629646.06.0.592728768989.issue32561@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

os.preadv() and os.pwritev() are great but to my understanding one essential piece is still missing in order to effectively do non-blocking file IO and avoid using a thread pool: being notified when the file fd is readable/writable. select() and epoll() on Linux are not able to do that (according to them regular fds are always "ready"). As such one would repeatedly get EAGAIN and hog CPU resources. Am I missing something?

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32561>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:24:32 2018
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 10 Jun 2018 11:24:32 +0000
Subject: [issue32400] inspect.isdatadescriptor  false negative
In-Reply-To: <1513882624.99.0.213398074469.issue32400@psf.upfronthosting.co.za>
Message-ID: <1528629872.06.0.592728768989.issue32400@psf.upfronthosting.co.za>


Change by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Contradiction in definition of "data descriptor" between (dotted lookup behavior/datamodel documentation) and (inspect lib/descriptor how-to)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32400>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:29:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 10 Jun 2018 11:29:59 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528630199.98.0.592728768989.issue33738@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like the change broke compilation on Windows, but I'm not sure:

http://buildbot.python.org/all/#/builders/12/builds/959

       (Link target) -> 
         python3.def : error LNK2001: unresolved external symbol PyExceptionClass_Name [D:\buildarea\3.x.ware-win81-release\build\PCbuild\python3dll.vcxproj]
         python3.def : error LNK2001: unresolved external symbol PyIndex_Check [D:\buildarea\3.x.ware-win81-release\build\PCbuild\python3dll.vcxproj]
         python3.def : error LNK2001: unresolved external symbol PyIter_Check [D:\buildarea\3.x.ware-win81-release\build\PCbuild\python3dll.vcxproj]
         D:\buildarea\3.x.ware-win81-release\build\PCbuild\amd64\python3.lib : fatal error LNK1120: 3 unresolved externals [D:\buildarea\3.x.ware-win81-release\build\PCbuild\python3dll.vcxproj]

On the buildbot-status, Ned Deily wrote:

Build failure caused by known failure to rebuild files during compile phase. Worked around by clearing out stale files.  (I *think* there is still an open issue on this.)

Ned: you are thinking at bpo-33614, commit e97ba4c690613d734843db218aeedce2f0e5937f?

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:30:36 2018
From: report at bugs.python.org (Martin Panter)
Date: Sun, 10 Jun 2018 11:30:36 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528630236.01.0.592728768989.issue33687@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

What is your use case, Poul-Henning?

It looks like the module has never set the file mode, at least since it was added to Python in 1994. I suggest just remove the dead code and fix the documentation. At least you shouldn?t make this change in bug fix releases. It is just as likely to break people?s code as fix it.

If you do want to change the behaviour, I suggest using ?os.open? to set the mode when the file is created. Otherwise you risk errors and messing up the filesystem when using special files e.g. uu.decode(..., "/dev/null").

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:51:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 10 Jun 2018 11:51:01 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528631461.44.0.592728768989.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

>  pause_reading and resume_reading became idempotent only in 3.7

Do you consider that it's a new feature or a bugfix? Should we backport this change to 3.6? Currently, race.py fails with an error because of the 3.6 behaviour. (I modified asyncio to be able to run race.py on 3.6.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:52:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 10 Jun 2018 11:52:47 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528631567.38.0.592728768989.issue32493@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> As noted on PR 7511 and PR 7567, I have merged Michael's configure.ac fixes for testing for uuid_enc_be availability (independent of platform) that were incorrect in earlier commits for this issue.  Merged for 3.7.0rc1 and master (3.8). Thanks, everyone!

Thanks you Ned and Michael. Sorry for the confusion. I was first confused that the fix for master added a lot of code using ctypes. The final fix is the right fix for 3.7 and master ;-)

Michael: if you want to fix uuid on 3.6, I would suggest to open a new issue, because it seems that the fix is much more complex and unrelated to _uuid (module added to Python 3.7).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sun Jun 10 07:55:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 10 Jun 2018 11:55:59 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528631759.29.0.592728768989.issue33687@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> It looks like the module has never set the file mode, at least since it was added to Python in 1994. I suggest just remove the dead code and fix the documentation.

You cannot just remove the mode parameter without a deprecation period. Right now, the flag is documented:

https://docs.python.org/dev/library/uu.html
"mode is used to set the permission bits if the file must be created"

I agree with Martin that I am not comfortable to fix the bug in stable branches (2.7, 3.6, 3.7).

I'm +0 to fix the uu module in master (future 3.8).

If we fix the bug in master, we should document that mode is ignored in 2.7, 3.6 and 3.7 (update their documentation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:04:23 2018
From: report at bugs.python.org (=?utf-8?q?Lars_P=C3=B6tter?=)
Date: Sun, 10 Jun 2018 12:04:23 +0000
Subject: [issue33741] UnicodeEncodeError onsmtplib.login(MAIL_USER,
 MAIL_PASSWORD)
In-Reply-To: <1527979236.47.0.592728768989.issue33741@psf.upfronthosting.co.za>
Message-ID: <1528632263.04.0.592728768989.issue33741@psf.upfronthosting.co.za>


Lars P?tter <lars at ing-poetter.de> added the comment:

I wanted to login to an existing account so the password works OK in Thunderbird.

Here in Germany it is recommended for safe passwords to use the German umlauts(???????). So code page 437 vs 850 or UTF-8 ?

If I could pass in the bytes then I could figure out the correct encoding myself.(Try and error) I suppose that in other regions people want to use other encodings. And as long as the encoding is the same when setting the password and transmitting the password then everything is fine, right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33741>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:04:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 12:04:56 +0000
Subject: [issue33587] inspect.getsource performs unnecessary filesystem stat
 call
In-Reply-To: <1526834329.07.0.682650639539.issue33587@psf.upfronthosting.co.za>
Message-ID: <1528632296.18.0.592728768989.issue33587@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Moving the linecache check up before the two others seems like a simple and safe optimization. On the other hand, I'm not sure calling getmodule() before checking if the file exists would be faster in many cases.

Pankaj, could you also include the script you ran to profile this and the command line by which it was invoked?

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33587>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:05:10 2018
From: report at bugs.python.org (Nathaniel Smith)
Date: Sun, 10 Jun 2018 12:05:10 +0000
Subject: [issue32561] Add API to io objects for non-blocking reads/writes
In-Reply-To: <1516068442.29.0.467229070634.issue32561@psf.upfronthosting.co.za>
Message-ID: <1528632310.54.0.592728768989.issue32561@psf.upfronthosting.co.za>


Nathaniel Smith <njs at pobox.com> added the comment:

The idea here is *not* to avoid using a thread pool in general. When the data is on disk, using a thread pool is (a) unavoidable, because of how operating system kernels are written, and (b) basically fine anyway, because the overhead added by threads is swamped by the cost of disk access. So for the foreseeable future, we're always going to be using a thread pool for actual disk access.

But, if the data *is already in memory*, so the read can succeed without hitting the disk, then using a thread pool is *not* fine. Fetching data out of memory is super super cheap, so if that's all we're doing then using a thread pool adds massive overhead, in relative terms. We'd like to skip using the thread pool *specifically in this case*.

So the idea would be: first, attempt a "buffer-only" read. If it succeeds, then great we're done and it was really cheap. Otherwise, if it fails, then we know we're in the data-on-disk case, so we dispatch the operation to the thread pool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32561>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:12:30 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 10 Jun 2018 12:12:30 +0000
Subject: [issue32561] Add API to io objects for non-blocking reads/writes
In-Reply-To: <1516068442.29.0.467229070634.issue32561@psf.upfronthosting.co.za>
Message-ID: <1528632750.9.0.592728768989.issue32561@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

Gotcha. Thanks for clarifying.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32561>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:34:03 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 12:34:03 +0000
Subject: [issue33741] UnicodeEncodeError onsmtplib.login(MAIL_USER,
 MAIL_PASSWORD)
In-Reply-To: <1527979236.47.0.592728768989.issue33741@psf.upfronthosting.co.za>
Message-ID: <1528634043.58.0.592728768989.issue33741@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

We definitely need an expert to weigh in on this.

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33741>
_______________________________________

From report at bugs.python.org  Sun Jun 10 08:53:54 2018
From: report at bugs.python.org (Christian Tismer)
Date: Sun, 10 Jun 2018 12:53:54 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528635234.91.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Christian Tismer <tismer at stackless.com>:


----------
pull_requests: +7207

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:10:36 2018
From: report at bugs.python.org (Christian Tismer)
Date: Sun, 10 Jun 2018 13:10:36 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528636236.04.0.592728768989.issue33738@psf.upfronthosting.co.za>


Christian Tismer <tismer at stackless.com> added the comment:

@Victor
I cannot test on Windows because I'm in vacation.
But it is very likely similar to bpo-33614 .
The three missing symbols which are listed in python3.def
do clearly come into existence when the limited API is active.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:13:06 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 10 Jun 2018 13:13:06 +0000
Subject: [issue33819] Mention "ordered mapping" instead of "ordered
 dictionary" in email module
Message-ID: <1528636386.67.0.592728768989.issue33819@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, we should replace the "ordered dictionary" with "ordered mapping" now that regular dictionaries are ordered.

I'm proposing "ordered mapping" instead of "dictionary" because there's no actual dictionary behind; it's just a "conceptual model".

PR changes this.

----------
assignee: docs at python
components: Documentation
messages: 319218
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Mention "ordered mapping" instead of "ordered dictionary" in email module
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33819>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:14:29 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 10 Jun 2018 13:14:29 +0000
Subject: [issue33819] Mention "ordered mapping" instead of "ordered
 dictionary" in email module
In-Reply-To: <1528636386.67.0.592728768989.issue33819@psf.upfronthosting.co.za>
Message-ID: <1528636469.43.0.592728768989.issue33819@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7208
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33819>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:15:22 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 13:15:22 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1528636522.85.0.592728768989.issue33573@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7209
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:17:23 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 10 Jun 2018 13:17:23 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1528636643.22.0.592728768989.issue33573@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

PR ready for review.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Sun Jun 10 09:18:49 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 10 Jun 2018 13:18:49 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1528631461.44.0.592728768989.issue33694@psf.upfronthosting.co.za>
Message-ID: <0EEA7964-A368-4282-A5BC-AE2206B54094@gmail.com>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Since it a minor change we can reconsider it as s bug fix. Feel free to make a pr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Sun Jun 10 10:14:35 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 10 Jun 2018 14:14:35 +0000
Subject: [issue33741] UnicodeEncodeError onsmtplib.login(MAIL_USER,
 MAIL_PASSWORD)
In-Reply-To: <1527979236.47.0.592728768989.issue33741@psf.upfronthosting.co.za>
Message-ID: <1528640075.7.0.592728768989.issue33741@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Duplicate of #29750.  TLDR: smtplib needs to be fixed to handle binary passwords, and probably to use utf-8 as the default encoding for unicode passwords.

----------
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> smtplib doesn't handle unicode passwords

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33741>
_______________________________________

From report at bugs.python.org  Sun Jun 10 10:15:01 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 10 Jun 2018 14:15:01 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528640101.97.0.592728768989.issue29750@psf.upfronthosting.co.za>


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


----------
nosy: +JustAnother1, giampaolo.rodola, taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 10 10:17:55 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 10 Jun 2018 14:17:55 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528640275.05.0.592728768989.issue29750@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Note: it is definitely the case, regardless of what the RFC says, that binary passwords need to be supported.  utf-8 should probably be used as the default encoding for string passwords, rather than ascii.  See also #33741.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 10 10:18:11 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 10 Jun 2018 14:18:11 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528640291.6.0.592728768989.issue29750@psf.upfronthosting.co.za>


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


----------
stage:  -> needs patch
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 10 12:33:41 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Sun, 10 Jun 2018 16:33:41 +0000
Subject: [issue32108] configparser bug: section is emptied if you assign a
 section to itself
In-Reply-To: <1511286370.98.0.213398074469.issue32108@psf.upfronthosting.co.za>
Message-ID: <1528648421.74.0.592728768989.issue32108@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
pull_requests: +7210

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32108>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:31:50 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 17:31:50 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
Message-ID: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Master issue for future IDLE entries in Doc/whatsnew/3.6.rst.  This doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE' with subsubsections 'New in 3.6.z:'.  This issue starts with 3.6.6.
It will close after the last 3.6 maintenance release.

This file also exists in the master (3.8) and 3.7 branches.  Changes are applied to master and backported to 3.7 and 3.6.  Normally, entries are the same as in What's New 3.8 and 3.7, but those files do not exist in 3.6.  Hence each file needs different backport.  Hence separate PRs are needed for auto backport to work.

----------
assignee: terry.reedy
components: IDLE
messages: 319223
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: IDLE subsection of What's New 3.6
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:32:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 17:32:06 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
Message-ID: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Following #33820, master issue for future IDLE entries in Doc/whatsnew/3.7.rst.  This doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE'.  The initial unlabeled subsubsection includes important enhancements to IDLE since 3.6.0.  This issue starts with the last of these.

Because of IDLE's special backport policy, PEP 434, this initial part concludes with "The changes above have been backported to 3.6 maintenance releases."  Future subsubsections 'New in 3.7.z:', z >= 1, will follow for backport to 3.7.z.  It will close after the last 3.7 maintenance release.

This file also exists in the master (currently 3.8) branch.  Changes are applied to master and backported to 3.7.  Normally, entries will be the same as in What's New <Master>, but this will not exist in 3.6.  Hence each What's New file needs different backports.  Hence separate PRs are needed for auto backport to work.  It seems convenient to have separate issues for each.

----------
assignee: terry.reedy
components: IDLE
messages: 319224
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: IDLE subsection of What's New 3.7
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:32:26 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 17:32:26 +0000
Subject: [issue33822] IDLE subsection of What's New 3.8
Message-ID: <1528651946.69.0.592728768989.issue33822@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Following #33821, master issue for IDLE entries in Doc/whatsnew/3.8.rst.  This doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE'.  The initial unlabeled subsubsection includes important enhancements to IDLE since 3.7.0.

Because of IDLE's special backport policy (PEP 434), this initial part concludes with "The changes above have been backported to 3.7 maintenance releases."  Future subsubsections 'New in 3.8.z:', z >= 1, will follow for backports to 3.8.z.  This issue will close after the last 3.8 maintenance release.

This file will always exists in the master branch.  Changes are applied to master and backported as needed at the time.  Entries will be the same in the What's New x.y for all x.y branches that get the enhancement.  However, each file needs different backports.  Hence separate PRs are needed for auto backport to work.  It seems convenient to have separate issues for each.

----------
assignee: terry.reedy
components: IDLE
messages: 319225
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: IDLE subsection of What's New 3.8
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33822>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:43:47 2018
From: report at bugs.python.org (Tey)
Date: Sun, 10 Jun 2018 17:43:47 +0000
Subject: [issue33817] PyString_FromFormatV() fails to build empty strings
In-Reply-To: <1528576576.56.0.592728768989.issue33817@psf.upfronthosting.co.za>
Message-ID: <1528652627.58.0.592728768989.issue33817@psf.upfronthosting.co.za>


Tey <teyut at free.fr> added the comment:

For the record, it does not fail on 3.x because _PyBytes_Resize() checks if the "string" needs to be resized (and returns if not) before checking its ref count. Maybe something similar should be done in _PyString_Resize() for 2.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33817>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:46:05 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 17:46:05 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528652765.37.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7211
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:53:53 2018
From: report at bugs.python.org (Tey)
Date: Sun, 10 Jun 2018 17:53:53 +0000
Subject: [issue33817] PyString_FromFormatV() fails to build empty strings
In-Reply-To: <1528576576.56.0.592728768989.issue33817@psf.upfronthosting.co.za>
Message-ID: <1528653233.75.0.592728768989.issue33817@psf.upfronthosting.co.za>


Tey <teyut at free.fr> added the comment:

BTW, problem does appear in 3.4 as it's only been fixed in 3.5+ as a fix for issue #25270

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33817>
_______________________________________

From report at bugs.python.org  Sun Jun 10 13:55:23 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 17:55:23 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1528653323.08.0.592728768989.issue33821@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7212
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:03:42 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 18:03:42 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528653822.73.0.592728768989.issue33820@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset e226eb71575ad22a6779b02941377665831cfff2 by Terry Jan Reedy in branch 'master':
bpo-33820: Update idlelib subsection of What's New 3.6 (GH-7589)
https://github.com/python/cpython/commit/e226eb71575ad22a6779b02941377665831cfff2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:04:54 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:04:54 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528653894.43.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7213

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:05:17 2018
From: report at bugs.python.org (Python++)
Date: Sun, 10 Jun 2018 18:05:17 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
Message-ID: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>


New submission from Python++ <aigalaxy.xyz at gmail.com>:

ProcessPoolExecutor cannot specify the number of cores when running the Muti-Sub Event Loops, which results in the resulting statistics of the last code run cannot be promised to be separated.

I'm deep hoping some genius can propose a solution and fix these problems.

----------
components: asyncio
messages: 319229
nosy: Python++, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: A BUG in concurrent/asyncio
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:05:52 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:05:52 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528653952.7.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7214

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:11:00 2018
From: report at bugs.python.org (Python++)
Date: Sun, 10 Jun 2018 18:11:00 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1528654260.54.0.592728768989.issue33823@psf.upfronthosting.co.za>


Change by Python++ <aigalaxy.xyz at gmail.com>:


Added file: https://bugs.python.org/file47637/BUG for concurrent.futures(Found by william).py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:14:12 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 18:14:12 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528654452.52.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
stage: patch review -> commit review
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:15:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 18:15:06 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1528654506.9.0.592728768989.issue33821@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 222f7f40339238b3d2c803849c75e682725449d7 by Terry Jan Reedy in branch 'master':
bpo-33821: Update idlelib subsection of What's New 3.7 (#7590)
https://github.com/python/cpython/commit/222f7f40339238b3d2c803849c75e682725449d7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:16:14 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:16:14 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1528654574.65.0.592728768989.issue33821@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7215

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:18:08 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sun, 10 Jun 2018 18:18:08 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1528654688.47.0.592728768989.issue33823@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> which results in the resulting statistics of the last code run cannot be promised to be separated.

I'm sorry but I cannot parse your message and the attached code snippet. Please try to formulate the actual bug/feature request more clearly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:30:31 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:30:31 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528655431.04.0.592728768989.issue33820@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 953d300ffad108b036f483307b04b09872b162d9 by Miss Islington (bot) in branch '3.7':
bpo-33820: Update idlelib subsection of What's New 3.6 (GH-7589)
https://github.com/python/cpython/commit/953d300ffad108b036f483307b04b09872b162d9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:30:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:30:46 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528655446.91.0.592728768989.issue33820@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8ecd7f6d528703242b3c77aba5c91df13abe863c by Miss Islington (bot) in branch '3.6':
bpo-33820: Update idlelib subsection of What's New 3.6 (GH-7589)
https://github.com/python/cpython/commit/8ecd7f6d528703242b3c77aba5c91df13abe863c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:35:24 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:35:24 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1528655724.47.0.592728768989.issue33821@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1ed8294924a9a47fb6f98f88cc7340a5512c75c3 by Miss Islington (bot) in branch '3.7':
bpo-33821: Update idlelib subsection of What's New 3.7 (GH-7590)
https://github.com/python/cpython/commit/1ed8294924a9a47fb6f98f88cc7340a5512c75c3


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:53:12 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 18:53:12 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528656792.36.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7216

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:57:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 18:57:41 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528657061.02.0.592728768989.issue33820@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 820c53ac612e9c4b3cb3e831537a15d5e953bbc0 by Terry Jan Reedy in branch 'master':
bpo-33820: Fix IDLE What's New typo (#7594)
https://github.com/python/cpython/commit/820c53ac612e9c4b3cb3e831537a15d5e953bbc0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:58:57 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:58:57 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528657137.1.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7217

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 14:59:49 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 18:59:49 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528657189.81.0.592728768989.issue33820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7218

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:07:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 19:07:31 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528657651.74.0.592728768989.issue33610@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7219
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:26:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 19:26:46 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528658806.72.0.592728768989.issue33820@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3da01813c83d23922798b398bc00f465593c80da by Miss Islington (bot) in branch '3.7':
bpo-33820: Fix IDLE What's New typo (GH-7594)
https://github.com/python/cpython/commit/3da01813c83d23922798b398bc00f465593c80da


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:34:11 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 19:34:11 +0000
Subject: [issue33820] IDLE subsection of What's New 3.6
In-Reply-To: <1528651910.74.0.592728768989.issue33820@psf.upfronthosting.co.za>
Message-ID: <1528659251.23.0.592728768989.issue33820@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 969759e11ecfbd662642ba4fb23159faf56ee859 by Miss Islington (bot) in branch '3.6':
bpo-33820: Fix IDLE What's New typo (GH-7594)
https://github.com/python/cpython/commit/969759e11ecfbd662642ba4fb23159faf56ee859


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33820>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:35:37 2018
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Sun, 10 Jun 2018 19:35:37 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
Message-ID: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>


New submission from Miro Hron?ok <miro at hroncok.cz>:

On 3.6, setting LANG to C did not affect the --version behavior:

$ python3.6 --version
Python 3.6.5

$ LANG=C python3.6 --version
Python 3.6.5

On 3.7.0b5 it does.

$ python3.7 --version
Python 3.7.0b5

$ LANG=C python3.7 --version
Python 3.7.0b5 (default, Jun  1 2018, 03:54:41) 
[GCC 8.1.1 20180502 (Red Hat 8.1.1-1)]



My locale:

LANG=cs_CZ.utf8
LC_CTYPE="cs_CZ.utf8"
LC_NUMERIC="cs_CZ.utf8"
LC_TIME="cs_CZ.utf8"
LC_COLLATE="cs_CZ.utf8"
LC_MONETARY="cs_CZ.utf8"
LC_MESSAGES="cs_CZ.utf8"
LC_PAPER="cs_CZ.utf8"
LC_NAME="cs_CZ.utf8"
LC_ADDRESS="cs_CZ.utf8"
LC_TELEPHONE="cs_CZ.utf8"
LC_MEASUREMENT="cs_CZ.utf8"
LC_IDENTIFICATION="cs_CZ.utf8"
LC_ALL=


BTW I'm running Fedora builds of Python, where we have PEP 538 on 3.6 as well https://fedoraproject.org/wiki/Changes/python3_c.utf-8_locale

----------
messages: 319238
nosy: hroncok
priority: normal
severity: normal
status: open
title: Settign LANG=C modifies the --version behavior
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:38:39 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 19:38:39 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1528659519.36.0.592728768989.issue33824@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Odd. I see the same behavior with the python.org macOS builds so it's not just Fedora.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:48:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 19:48:44 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528660124.31.0.592728768989.issue33610@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset af4b0130d44bf8a1ff4f7b46195d1dc79add444a by Terry Jan Reedy in branch 'master':
 bpo-33610: Update IDLE Code Context doc entry (GH-7597)
https://github.com/python/cpython/commit/af4b0130d44bf8a1ff4f7b46195d1dc79add444a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:49:56 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 19:49:56 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528660196.85.0.592728768989.issue33610@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7220

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:50:51 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 19:50:51 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528660251.24.0.592728768989.issue33610@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7221

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 15:54:34 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 19:54:34 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528660474.48.0.592728768989.issue33610@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

General Update: We have done 1, 3, 7, 8, 9, 11, 17, 21.  Very nice.  A re-organized list of the remainder (with old numbers).

Docs:
D1: idle.rst subsection on Code Context (19, see #33642).
D2: What's New in 3.6.6 and 3.7.0 (20).

Menu
M1: put Code Context and Zoom Height on same menu (5).
M2: Add Show/Hide Code Context (5).
M3. Gray out menu entry when not applicable (6).
M3: Shortcut for CC? (new),

Code Context Display
C1. Add vertical scrollbar if lines > maxlines (12).
C2. Add horizontal scrollbar if add to text (13).

Internal Changes
I1. Unspecified code cleanups for codecontext.py (2)
I2. Reduce events (4). Font change notification (15). Text active or text changed notification (16).

External Changes
E1. Mark blocks in editor (10, unlikely).
E2. Navigate by blocks in editor (14).
E3. Error check maxlines in configdialog (18).

D1 is PR 7579 and backports.  D2 was done on #33820 and #33821.

For M1, I would still like to move Zoom Height to Options with a separate bar after IDLE settings.

----------
keywords: +3.5regression -patch
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 16:07:27 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 20:07:27 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528661247.11.0.592728768989.issue33610@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2adfeef1853262b207a1993e523f0f3ba708dd9f by Miss Islington (bot) in branch '3.7':
bpo-33610: Update IDLE Code Context doc entry (GH-7597)
https://github.com/python/cpython/commit/2adfeef1853262b207a1993e523f0f3ba708dd9f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 16:11:23 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 20:11:23 +0000
Subject: [issue33610] IDLE: Make multiple improvements to CodeContext
In-Reply-To: <1527052692.02.0.682650639539.issue33610@psf.upfronthosting.co.za>
Message-ID: <1528661483.05.0.592728768989.issue33610@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 08a1b133925f50903691c77fa9c23b618abc89f2 by Miss Islington (bot) in branch '3.6':
bpo-33610: Update IDLE Code Context doc entry (GH-7597)
https://github.com/python/cpython/commit/08a1b133925f50903691c77fa9c23b618abc89f2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33610>
_______________________________________

From report at bugs.python.org  Sun Jun 10 16:34:38 2018
From: report at bugs.python.org (Matthias Kievernagel)
Date: Sun, 10 Jun 2018 20:34:38 +0000
Subject: [issue23831] tkinter canvas lacks of moveto method.
In-Reply-To: <1427832932.11.0.38662420535.issue23831@psf.upfronthosting.co.za>
Message-ID: <1528662878.67.0.592728768989.issue23831@psf.upfronthosting.co.za>


Change by Matthias Kievernagel <mkiever at web.de>:


----------
nosy: +mkiever

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23831>
_______________________________________

From report at bugs.python.org  Sun Jun 10 16:51:50 2018
From: report at bugs.python.org (Michael Felt)
Date: Sun, 10 Jun 2018 20:51:50 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1528631567.38.0.592728768989.issue32493@psf.upfronthosting.co.za>
Message-ID: <0852EF90-DD67-4002-8EAD-E9E2AFB19805@felt.demon.nl>


Michael Felt <michael at felt.demon.nl> added the comment:

I was not aware that _uuid was new to python3-3.7. I thought it had been around for a long time. 

Bpo-28009 goes back two years and i was unaware of uuid_create(). 

Would it be easier to split it into 3 issues? One for unixdll, one for netstat, and one for test_uuid?

Michael

Sent from my iPhone

> On 10 Jun 2018, at 13:52, STINNER Victor <report at bugs.python.org> wrote:
> 
> 
> STINNER Victor <vstinner at redhat.com> added the comment:
> 
>> As noted on PR 7511 and PR 7567, I have merged Michael's configure.ac fixes for testing for uuid_enc_be availability (independent of platform) that were incorrect in earlier commits for this issue.  Merged for 3.7.0rc1 and master (3.8). Thanks, everyone!
> 
> Thanks you Ned and Michael. Sorry for the confusion. I was first confused that the fix for master added a lot of code using ctypes. The final fix is the right fix for 3.7 and master ;-)
> 
> Michael: if you want to fix uuid on 3.6, I would suggest to open a new issue, because it seems that the fix is much more complex and unrelated to _uuid (module added to Python 3.7).
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue32493>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:03:01 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 21:03:01 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528664581.53.0.592728768989.issue33812@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:


New changeset 877b23202b7e7d4f57b58504fd0eb886e8c0b377 by Alexander Belopolsky in branch 'master':
bpo-33812: Corrected astimezone for naive datetimes. (GH-7578)
https://github.com/python/cpython/commit/877b23202b7e7d4f57b58504fd0eb886e8c0b377


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:04:15 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 21:04:15 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528664655.38.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7222
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:04:49 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Sun, 10 Jun 2018 21:04:49 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528664689.07.0.592728768989.issue33462@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi INADA thanks for the benchmark, I did both of them too and got the same results (though I had to apply https://github.com/python/performance/pull/41 to get the performance module working).

Should I apply your patch in PR 6827?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:05:11 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 21:05:11 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528664711.06.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7223

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:10:36 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 10 Jun 2018 21:10:36 +0000
Subject: [issue13153] IDLE 3.x on Windows crashes when pasting non-BMP unicode
In-Reply-To: <1318363292.9.0.682519731008.issue13153@psf.upfronthosting.co.za>
Message-ID: <1528665036.04.0.592728768989.issue13153@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

AFAIK, the big new feature of tcl/tk 9.0 is intended to be full unicode support.  We can hope that 9.0 appears in time to be included in the 3.8 installers.

Until then, I think filenames, user program output, and clipboard content should be checked for the presence of astral characters before being sent to a tk widget. For this issue, that means replacing the built-in <<Paste>> handler.  Replace astral chars with \U000nnnn escapes.  If the widget it a Text, tag the escape as 'Astral' and color it with the code context colors to distinguish it from escapes originally in the string.

Strings know their kind, but a request to expose that has been rejected.  Pyshell currently compares the max codepoint to 'ffff'.  But it appears that we can detect kind with an O(1) expression.  For 3.6 and 3.7, "sys.getsizeof(s) == 76 + len(s)".  For 3.8, "sys.getsizeof(s) == 48 + len(s)".  Does anyone know why the difference?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13153>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:15:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 21:15:46 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528665346.11.0.592728768989.issue33770@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7224

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:18:16 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 21:18:16 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528665496.06.0.592728768989.issue33748@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7225

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:19:37 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 10 Jun 2018 21:19:37 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528665577.12.0.592728768989.issue33748@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7226

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:37:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 21:37:17 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528666636.99.0.592728768989.issue33770@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 053d6c5ce246e6ba9c046467b02a0b6ba4abb8bf by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33770: improve base64 exception message for encoded inputs of invalid length (GH-7416) (GH-7602)
https://github.com/python/cpython/commit/053d6c5ce246e6ba9c046467b02a0b6ba4abb8bf


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:43:05 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 21:43:05 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528666985.97.0.592728768989.issue33770@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

I backported Tal's fix for 3.7.0rc1.  I am less certain about backporting to 3.6 and 2.7 at this stage of their lives but I don't have a strong feeling about it so I'll leave the issue open for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:45:21 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 21:45:21 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528667121.79.0.592728768989.issue33748@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 298eb07faa66da9c588bd82db14a6eef64167ede by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33748: fix tests altering sys.path and sys.modules (GH-7433) (#7604)
https://github.com/python/cpython/commit/298eb07faa66da9c588bd82db14a6eef64167ede


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:45:53 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 21:45:53 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528667153.72.0.592728768989.issue33748@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 040d4a7b5899b9635c6997c5ecb91f8299f0b352 by Ned Deily (Miss Islington (bot)) in branch '3.6':
bpo-33748: fix tests altering sys.path and sys.modules (GH-7433) (GH-7603)
https://github.com/python/cpython/commit/040d4a7b5899b9635c6997c5ecb91f8299f0b352


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 17:51:28 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 21:51:28 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528667488.77.0.592728768989.issue33748@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Backported for 3.7.0rc1 and 3.6.6rc1.  Thanks, all!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:02:26 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 22:02:26 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528668146.62.0.592728768989.issue33812@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:


New changeset 037e9125527d4a55af566f161c96a61b3c3fd998 by Alexander Belopolsky (Miss Islington (bot)) in branch '3.7':
bpo-33812: Corrected astimezone for naive datetimes. (GH-7578) (GH-7600)
https://github.com/python/cpython/commit/037e9125527d4a55af566f161c96a61b3c3fd998


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:03:33 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 22:03:33 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528668213.97.0.592728768989.issue33812@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:


New changeset 1d4089b5d208ae6f0bd256304fd77f04c0b4fd41 by Alexander Belopolsky (Miss Islington (bot)) in branch '3.6':
bpo-33812: Corrected astimezone for naive datetimes. (GH-7578) (GH-7601)
https://github.com/python/cpython/commit/1d4089b5d208ae6f0bd256304fd77f04c0b4fd41


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:06:00 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 10 Jun 2018 22:06:00 +0000
Subject: [issue33812] Different behavior between datetime.py and its C
 accelerator
In-Reply-To: <1528502888.29.0.592728768989.issue33812@psf.upfronthosting.co.za>
Message-ID: <1528668360.27.0.592728768989.issue33812@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33812>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:07:58 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 22:07:58 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1528668478.76.0.592728768989.issue33818@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

While I think the change makes sense aesthetically, I do not see a compelling reason why such a user interface change should be introduced to 3.7 at literally the last moment.  Let's do it for 3.8, please.

----------
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:29:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 10 Jun 2018 22:29:31 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528669771.37.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7227

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:48:30 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 10 Jun 2018 22:48:30 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528670910.73.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 8398713cea0eb17b013f25f86bef47c7e5e63139 by Ned Deily (Christian Tismer) in branch 'master':
bpo-33738: Address review comments in GH #7477 (GH-7585)
https://github.com/python/cpython/commit/8398713cea0eb17b013f25f86bef47c7e5e63139


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 18:59:07 2018
From: report at bugs.python.org (bbayles)
Date: Sun, 10 Jun 2018 22:59:07 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528671547.73.0.592728768989.issue22454@psf.upfronthosting.co.za>


Change by bbayles <bbayles at gmail.com>:


----------
keywords: +patch
pull_requests: +7228
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Sun Jun 10 19:00:55 2018
From: report at bugs.python.org (bbayles)
Date: Sun, 10 Jun 2018 23:00:55 +0000
Subject: [issue22454] Adding the opposite function of shlex.split()
In-Reply-To: <1411328149.26.0.00522128245951.issue22454@psf.upfronthosting.co.za>
Message-ID: <1528671655.11.0.592728768989.issue22454@psf.upfronthosting.co.za>


Change by bbayles <bbayles at gmail.com>:


----------
nosy: +bbayles

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22454>
_______________________________________

From report at bugs.python.org  Sun Jun 10 20:17:06 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 11 Jun 2018 00:17:06 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1528664689.07.0.592728768989.issue33462@psf.upfronthosting.co.za>
Message-ID: <CAEfz+Txqrn0_WjPJeOpkHuHKaPjCpwF98EzFDJqCH87PjGax4Q@mail.gmail.com>


INADA Naoki <songofacandy at gmail.com> added the comment:

My patch was quick and dirty.
Please read _collections_abc module and follow the style. (you need to use
temporary variables.)
And new reviter types can be registered to Iterator ABC too.
-- 
INADA Naoki  <songofacandy at gmail.com>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Sun Jun 10 20:49:37 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 00:49:37 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528678177.51.0.592728768989.issue30167@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 2487f30d5529948ace26559e274d7cac6abcd1a8 by Ned Deily (Steve Weber) in branch 'master':
bpo-30167: Prevent site.main() exception if PYTHONSTARTUP is set. (GH-6731)
https://github.com/python/cpython/commit/2487f30d5529948ace26559e274d7cac6abcd1a8


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 20:50:49 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 00:50:49 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528678249.84.0.592728768989.issue30167@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7229

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 20:51:44 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 00:51:44 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528678304.52.0.592728768989.issue30167@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7230

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:19:20 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 01:19:20 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528679960.07.0.592728768989.issue33738@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Sigh!  I was hoping we could get this in for 3.7.0 but I think we have run out of time and we really should not be making potential user-visible API changes at this last minute.  I did notice the new compile warning for the Windows non-debug build but I overlooked that some other non-Windows buildbots were getting them, too.  Serihy proposes a more general fix in Issue33818 but I don't think we should be making a change like that just prior to the release candidate.

And, in retrospect, I should not have considered trying to fix the stable ABI support at this late date, either. It looks like it has been broken for some time now so 3.7.0 will not be any worse.  At this point, we have Christian's two PRs in master now; if necessary, they could be reverted.  I will bow out of this discussion and let you all figure out what is best for master/3.8.  Once the changes for master are in and working, we could revisit the question of backports to 3.7 and/or 3.6 maintenance releases. I would like to both thank and apologize to Christian, in particular, and to Serhiy and everyone else who went out of their ways to try to get this in.

Lowering priority to "critical".

----------
priority: release blocker -> critical
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:21:37 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 01:21:37 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528680097.78.0.592728768989.issue30167@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ec4343c3b4c0e0a7500122fac616e6488c0ab842 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-30167: Prevent site.main() exception if PYTHONSTARTUP is set. (GH-6731) (GH-7606)
https://github.com/python/cpython/commit/ec4343c3b4c0e0a7500122fac616e6488c0ab842


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:23:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 01:23:43 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528680223.41.0.592728768989.issue30167@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 3e121581d008a780b8a9f1bcda5966cf0c06f6d5 by Ned Deily (Miss Islington (bot)) in branch '3.6':
bpo-30167: Prevent site.main() exception if PYTHONSTARTUP is set. (GH-6731) (GH-7607)
https://github.com/python/cpython/commit/3e121581d008a780b8a9f1bcda5966cf0c06f6d5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:30:15 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 01:30:15 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528680615.57.0.592728768989.issue30167@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

As I noted in the discussion on PR 6731, I think there should be a test for this so we don't break it again.  But, since it seems that the problem has affected a number of users and projects and since the fix is easy and easily testable manually, I decided to merge the PR for 3.7.0rc1 and 3.6.6rc1.  I am leaving the issue open for someone to supply a PR with a test case and for discussion of PR 7415.  Thank you all!

----------
stage: patch review -> needs patch
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:52:46 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 01:52:46 +0000
Subject: [issue33825] Change mentions of "magic" attributes to "special"
Message-ID: <1528681966.39.0.592728768989.issue33825@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

PR makes all documentation use the same term.

----------
assignee: docs at python
components: Documentation
messages: 319263
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Change mentions of "magic" attributes to "special"
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33825>
_______________________________________

From report at bugs.python.org  Sun Jun 10 21:53:13 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 01:53:13 +0000
Subject: [issue33825] Change mentions of "magic" attributes to "special"
In-Reply-To: <1528681966.39.0.592728768989.issue33825@psf.upfronthosting.co.za>
Message-ID: <1528681993.25.0.592728768989.issue33825@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7231
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33825>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:08:16 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:08:16 +0000
Subject: [issue33109] argparse: make new 'required' argument to add_subparsers
 default to False instead of True
In-Reply-To: <1521553319.23.0.467229070634.issue33109@psf.upfronthosting.co.za>
Message-ID: <1528682896.32.0.592728768989.issue33109@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7232

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33109>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:08:16 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:08:16 +0000
Subject: [issue26510] [argparse] Add required argument to add_subparsers
In-Reply-To: <1457445361.5.0.530669445668.issue26510@psf.upfronthosting.co.za>
Message-ID: <1528682896.53.0.786479179495.issue26510@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7233

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26510>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:17:59 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:17:59 +0000
Subject: [issue33109] argparse: make new 'required' argument to add_subparsers
 default to False instead of True
In-Reply-To: <1521553319.23.0.467229070634.issue33109@psf.upfronthosting.co.za>
Message-ID: <1528683479.59.0.592728768989.issue33109@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ef057bfb06cae0718e6d708061649d2e3983e2ef by Ned Deily in branch 'master':
bpo-33109: Remove now-obsolete What's New entry for bpo-26510. (GH-7609)
https://github.com/python/cpython/commit/ef057bfb06cae0718e6d708061649d2e3983e2ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33109>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:18:00 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:18:00 +0000
Subject: [issue26510] [argparse] Add required argument to add_subparsers
In-Reply-To: <1457445361.5.0.530669445668.issue26510@psf.upfronthosting.co.za>
Message-ID: <1528683480.02.0.584625200856.issue26510@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ef057bfb06cae0718e6d708061649d2e3983e2ef by Ned Deily in branch 'master':
bpo-33109: Remove now-obsolete What's New entry for bpo-26510. (GH-7609)
https://github.com/python/cpython/commit/ef057bfb06cae0718e6d708061649d2e3983e2ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26510>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:19:12 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 02:19:12 +0000
Subject: [issue33109] argparse: make new 'required' argument to add_subparsers
 default to False instead of True
In-Reply-To: <1521553319.23.0.467229070634.issue33109@psf.upfronthosting.co.za>
Message-ID: <1528683552.52.0.592728768989.issue33109@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7234

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33109>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:19:12 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 02:19:12 +0000
Subject: [issue26510] [argparse] Add required argument to add_subparsers
In-Reply-To: <1457445361.5.0.530669445668.issue26510@psf.upfronthosting.co.za>
Message-ID: <1528683552.7.0.786479179495.issue26510@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7235

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26510>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:31:01 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:31:01 +0000
Subject: [issue33109] argparse: make new 'required' argument to add_subparsers
 default to False instead of True
In-Reply-To: <1521553319.23.0.467229070634.issue33109@psf.upfronthosting.co.za>
Message-ID: <1528684261.02.0.592728768989.issue33109@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset a73399d5963d6b1639d935968f4a8baa868c39d3 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33109: Remove now-obsolete What's New entry for bpo-26510. (GH-7609) (GH-7610)
https://github.com/python/cpython/commit/a73399d5963d6b1639d935968f4a8baa868c39d3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33109>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:31:01 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:31:01 +0000
Subject: [issue26510] [argparse] Add required argument to add_subparsers
In-Reply-To: <1457445361.5.0.530669445668.issue26510@psf.upfronthosting.co.za>
Message-ID: <1528684261.27.0.584625200856.issue26510@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset a73399d5963d6b1639d935968f4a8baa868c39d3 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33109: Remove now-obsolete What's New entry for bpo-26510. (GH-7609) (GH-7610)
https://github.com/python/cpython/commit/a73399d5963d6b1639d935968f4a8baa868c39d3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26510>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:35:07 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:35:07 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528684507.02.0.592728768989.issue33745@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
keywords: +patch
pull_requests: +7236
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:41:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 02:41:17 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528684877.04.0.592728768989.issue33745@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 12c6cdf4d16078aa09de32a39193c8161177b39d by Ned Deily in branch 'master':
bpo-33745: Add What's New for empty function docstring change. (GH-7611)
https://github.com/python/cpython/commit/12c6cdf4d16078aa09de32a39193c8161177b39d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Sun Jun 10 22:42:24 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 02:42:24 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528684944.36.0.592728768989.issue33745@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7237

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Sun Jun 10 23:00:19 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 03:00:19 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528686019.44.0.592728768989.issue33745@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 14a190c88273fb22d9439bbed394f19f21e8a0f9 by Miss Islington (bot) in branch '3.7':
bpo-33745: Add What's New for empty function docstring change. (GH-7611)
https://github.com/python/cpython/commit/14a190c88273fb22d9439bbed394f19f21e8a0f9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Sun Jun 10 23:02:20 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 03:02:20 +0000
Subject: [issue33745] 3.7.0b5 changes the line number of empty functions with
 docstrings
In-Reply-To: <1528024309.59.0.592728768989.issue33745@psf.upfronthosting.co.za>
Message-ID: <1528686140.87.0.592728768989.issue33745@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

The 3.7 What's New has been updated as Nick suggested.  Thanks, Nick, and thanks, Ned, for bringing it up!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33745>
_______________________________________

From report at bugs.python.org  Mon Jun 11 00:04:00 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 11 Jun 2018 04:04:00 +0000
Subject: [issue33825] Change mentions of "magic" attributes to "special"
In-Reply-To: <1528681966.39.0.592728768989.issue33825@psf.upfronthosting.co.za>
Message-ID: <1528689840.74.0.592728768989.issue33825@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Both terms are in common use.  There is no need to elide the word "special".

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33825>
_______________________________________

From report at bugs.python.org  Mon Jun 11 01:26:01 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 05:26:01 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528694761.73.0.592728768989.issue33770@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

The change is not entirely backward-compatible, so not back-porting before 3.7 seems good to me. IMO this should be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun 11 01:31:13 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 05:31:13 +0000
Subject: [issue33770] base64 throws 'incorrect padding' exception when the
 issue is NOT with the padding
In-Reply-To: <1528142011.45.0.592728768989.issue33770@psf.upfronthosting.co.za>
Message-ID: <1528695073.38.0.592728768989.issue33770@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33770>
_______________________________________

From report at bugs.python.org  Mon Jun 11 01:39:42 2018
From: report at bugs.python.org (Poul-Henning Kamp)
Date: Mon, 11 Jun 2018 05:39:42 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528695582.09.0.592728768989.issue33687@psf.upfronthosting.co.za>


Poul-Henning Kamp <phk at FreeBSD.org> added the comment:

I was just playing with it in a prototype and noticed that it didn't work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Mon Jun 11 01:52:17 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 11 Jun 2018 05:52:17 +0000
Subject: [issue30167] site.main() does not work on Python 3.6 and superior if
 PYTHONSTARTUP is set
In-Reply-To: <1493196813.64.0.567701209744.issue30167@psf.upfronthosting.co.za>
Message-ID: <1528696337.63.0.592728768989.issue30167@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +7238
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30167>
_______________________________________

From report at bugs.python.org  Mon Jun 11 02:12:03 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 11 Jun 2018 06:12:03 +0000
Subject: [issue33578] cjkcodecs missing getstate and setstate implementations
In-Reply-To: <1526713206.06.0.682650639539.issue33578@psf.upfronthosting.co.za>
Message-ID: <1528697523.42.0.592728768989.issue33578@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
type: behavior -> enhancement
versions:  -Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33578>
_______________________________________

From report at bugs.python.org  Mon Jun 11 02:16:37 2018
From: report at bugs.python.org (Thomas Viehmann)
Date: Mon, 11 Jun 2018 06:16:37 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
Message-ID: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>


New submission from Thomas Viehmann <tv.python.org at beamnet.de>:

Hello,

thank you for Python!
In IPython (or Jupyter), `inspect.getsource` is able to retrieve the source code for functions but not classes.
The fundamental reason is that for functions, a "filename" (input reference rather) is available via fn.__code__.co_filename, while for classes, there is no equivalent (and __module__ is __main__, so no "filename" there).
This could be helped by providing a "__filename__" (or however named) attribute in classes.
Some digging in the Python code suggests that Python/bltinmodule.c might be a good place to resolve this, namely in function builtin___build_class__. In there, there is the func object and so ((PyCodeObject*) PyFunction_GET_CODE(func))->co_filename has the filename.
Then one would copy that to an appropriate item in the namespace ns.

I do have a patch (against python 3.6), but as this is my first attempt at digging in the internals, it is probably more than just a bit raw (I see test failures in test_dbm test_lib2to3 test_pydoc test_site, at least test_pydoc is due to the patch).

Best regards

Thomas

----------
components: Interpreter Core, Library (Lib)
files: class-filename.diff
keywords: patch
messages: 319274
nosy: t-vi
priority: normal
severity: normal
status: open
title: enable discovery of class source code in IPython interactively defined classes
type: enhancement
versions: Python 3.8
Added file: https://bugs.python.org/file47638/class-filename.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Mon Jun 11 02:21:44 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 06:21:44 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528698104.94.0.592728768989.issue33687@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I concur with Martin. If this feature never worked, there is a risk of breaking user code when fix it. Let consider this as adding a new feature in 3.8. For older versions it should be documented that the mode of the output file is not set.

And I agree that it would be more safe to use os.open(). Either call os.open() and pass the file descriptor to the builtin open() (but be careful to not leak it) or use the opener argument of open().

    def opener(path, flags):
        return os.open(path, flags, mode)
    fp = open(out_file, 'wb', opener=opener)

It would be worth also to use the 'xb' opening mode instead of 'wb'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Mon Jun 11 02:23:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 06:23:53 +0000
Subject: [issue33687] uu.py calls os.path.chmod which doesn't exist
In-Reply-To: <1527631327.84.0.682650639539.issue33687@psf.upfronthosting.co.za>
Message-ID: <1528698233.53.0.592728768989.issue33687@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

But 'xb' should be used only if out_file is not specified.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33687>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:09:43 2018
From: report at bugs.python.org (Python++)
Date: Mon, 11 Jun 2018 07:09:43 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528654688.47.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <CADKuufvBi8KVabYGW_dXwsgXnAH5X=iW+KUm6ULKG4tmQf7CoQ@mail.gmail.com>


Python++ <aigalaxy.xyz at gmail.com> added the comment:

First Kind of resutl sets:

=====================================================

Process-2:<4816> is ProcessExecuting [0]
MainThread:<4816> is ThreadExecuting [0]
exe_iter:0 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<4816> is ThreadExecuting [1]
exe_iter:0 sub_iter:1
Run for Wheel and result:2
callback number:2
Process-1:<4512> is ProcessExecuting [1]
MainThread:<4512> is ThreadExecuting [0]
exe_iter:1 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<4512> is ThreadExecuting [1]
exe_iter:1 sub_iter:1
Run for Wheel and result:2
callback number:2
======================================================
Program runs with different Threads:
Tread ID: 4816 and 4512
callback numbers are 1, 2; 1, 2
====================================================

Second Kind of resutl sets:

======================================================
Process-1:<7360> is ProcessExecuting [0]
MainThread:<7360> is ThreadExecuting [0]
exe_iter:0 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<7360> is ThreadExecuting [1]
exe_iter:0 sub_iter:1
Run for Wheel and result:2
callback number:2
Process-1:<7360> is ProcessExecuting [1]
MainThread:<7360> is ThreadExecuting [0]
exe_iter:1 sub_iter:0
Run for Wheel and result:0
callback number:3
MainThread:<7360> is ThreadExecuting [1]
exe_iter:1 sub_iter:1
Run for Wheel and result:2
callback number:4
=================================================

Program runs with the same and only Thread:
Tread ID: 7360
callback numbers are 1, 2; 3, 4

Based on the above situation, it is impossible to ensure that multiple
processes will run the program all the way by employing Process Pool.

2018-06-11 2:18 GMT+08:00 Yury Selivanov <report at bugs.python.org>:

>
> Yury Selivanov <yselivanov at gmail.com> added the comment:
>
> > which results in the resulting statistics of the last code run cannot be
> promised to be separated.
>
> I'm sorry but I cannot parse your message and the attached code snippet.
> Please try to formulate the actual bug/feature request more clearly.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33823>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:12:04 2018
From: report at bugs.python.org (Python++)
Date: Mon, 11 Jun 2018 07:12:04 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <CADKuufvBi8KVabYGW_dXwsgXnAH5X=iW+KUm6ULKG4tmQf7CoQ@mail.gmail.com>
Message-ID: <CADKuufvAxNSV1LPC8WJ77T9hKkV=Eg1uoZg4QS4Rrx8rhT423w@mail.gmail.com>


Python++ <aigalaxy.xyz at gmail.com> added the comment:

First Kind of resutl sets:

=====================================================

Process-2:<4816> is ProcessExecuting [0]
MainThread:<4816> is ThreadExecuting [0]
exe_iter:0 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<4816> is ThreadExecuting [1]
exe_iter:0 sub_iter:1
Run for Wheel and result:2
callback number:2
Process-1:<4512> is ProcessExecuting [1]
MainThread:<4512> is ThreadExecuting [0]
exe_iter:1 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<4512> is ThreadExecuting [1]
exe_iter:1 sub_iter:1
Run for Wheel and result:2
callback number:2
======================================================
Program runs with different Threads:
Tread ID: 4816 and 4512
callback numbers are 1, 2; 1, 2
====================================================

Second Kind of resutl sets:

======================================================
Process-1:<7360> is ProcessExecuting [0]
MainThread:<7360> is ThreadExecuting [0]
exe_iter:0 sub_iter:0
Run for Wheel and result:0
callback number:1
MainThread:<7360> is ThreadExecuting [1]
exe_iter:0 sub_iter:1
Run for Wheel and result:2
callback number:2
Process-1:<7360> is ProcessExecuting [1]
MainThread:<7360> is ThreadExecuting [0]
exe_iter:1 sub_iter:0
Run for Wheel and result:0
callback number:3
MainThread:<7360> is ThreadExecuting [1]
exe_iter:1 sub_iter:1
Run for Wheel and result:2
callback number:4
=================================================

Program runs with the same and only Thread:
Tread ID: 7360
callback numbers are 1, 2; 3, 4

Based on the above situation, it is impossible to ensure that multiple
processes will run the program all the way by employing Process Pool.

2018-06-11 15:09 GMT+08:00 Python++ <report at bugs.python.org>:

>
> Python++ <aigalaxy.xyz at gmail.com> added the comment:
>
> First Kind of resutl sets:
>
> =====================================================
>
> Process-2:<4816> is ProcessExecuting [0]
> MainThread:<4816> is ThreadExecuting [0]
> exe_iter:0 sub_iter:0
> Run for Wheel and result:0
> callback number:1
> MainThread:<4816> is ThreadExecuting [1]
> exe_iter:0 sub_iter:1
> Run for Wheel and result:2
> callback number:2
> Process-1:<4512> is ProcessExecuting [1]
> MainThread:<4512> is ThreadExecuting [0]
> exe_iter:1 sub_iter:0
> Run for Wheel and result:0
> callback number:1
> MainThread:<4512> is ThreadExecuting [1]
> exe_iter:1 sub_iter:1
> Run for Wheel and result:2
> callback number:2
> ======================================================
> Program runs with different Threads:
> Tread ID: 4816 and 4512
> callback numbers are 1, 2; 1, 2
> ====================================================
>
> Second Kind of resutl sets:
>
> ======================================================
> Process-1:<7360> is ProcessExecuting [0]
> MainThread:<7360> is ThreadExecuting [0]
> exe_iter:0 sub_iter:0
> Run for Wheel and result:0
> callback number:1
> MainThread:<7360> is ThreadExecuting [1]
> exe_iter:0 sub_iter:1
> Run for Wheel and result:2
> callback number:2
> Process-1:<7360> is ProcessExecuting [1]
> MainThread:<7360> is ThreadExecuting [0]
> exe_iter:1 sub_iter:0
> Run for Wheel and result:0
> callback number:3
> MainThread:<7360> is ThreadExecuting [1]
> exe_iter:1 sub_iter:1
> Run for Wheel and result:2
> callback number:4
> =================================================
>
> Program runs with the same and only Thread:
> Tread ID: 7360
> callback numbers are 1, 2; 3, 4
>
> Based on the above situation, it is impossible to ensure that multiple
> processes will run the program all the way by employing Process Pool.
>
> 2018-06-11 2:18 GMT+08:00 Yury Selivanov <report at bugs.python.org>:
>
> >
> > Yury Selivanov <yselivanov at gmail.com> added the comment:
> >
> > > which results in the resulting statistics of the last code run cannot
> be
> > promised to be separated.
> >
> > I'm sorry but I cannot parse your message and the attached code snippet.
> > Please try to formulate the actual bug/feature request more clearly.
> >
> > ----------
> >
> > _______________________________________
> > Python tracker <report at bugs.python.org>
> > <https://bugs.python.org/issue33823>
> > _______________________________________
> >
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33823>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:16:13 2018
From: report at bugs.python.org (Michel Albert)
Date: Mon, 11 Jun 2018 07:16:13 +0000
Subject: [issue33827] Generators with lru_cache can be non-intuituve
Message-ID: <1528701373.03.0.592728768989.issue33827@psf.upfronthosting.co.za>


New submission from Michel Albert <exhuma at gmail.com>:

Consider the following code:

    # filename: foo.py

    from functools import lru_cache


    @lru_cache(10)
    def bar():
        yield 10
        yield 20
        yield 30


    # This loop will work as expected
    for row in bar():
        print(row)

    # This loop will not loop over anything.
    # The cache will return an already consumed generator.
    for row in bar():
        print(row)


This behaviour is natural, but it is almost invisible to the caller of "foo".

The main issue is one of "surprise". When inspecting the output of "foo" it is clear that the output is a generator:

    >>> import foo
    >>> foo.bar()
    <generator object bar at 0x7fbfecb66a40>

**Very** careful inspection will reveal that each call will return the same generator instance.

So to an observant user the following is an expected behaviour:

    >>> result = foo.bar()
    >>> for row in result:
    ...    print(row)
    ...
    10
    20
    30
    >>> for row in result:
    ...     print(row)
    ...
    >>>

However, the following is not:

    >>> import foo
    >>> result = foo.bar()
    >>> for row in result:
    ...     print(row)
    ...
    10
    20
    30
    >>> result = foo.bar()
    >>> for row in result:
    ...     print(row)
    ...
    >>>


Would it make sense to emit a warning (or even raise an exception) in `lru_cache` if the return value of the cached function is a generator?

I can think of situation where it makes sense to combine the two. For example the situation I am currently in:

I have a piece of code which loops several times over the same SNMP table. Having a generator makes the application far more responsive. And having the cache makes it even faster on subsequent calls. But the gain I get from the cache is bigger than the gain from the generator. So I would be okay with converting the result to a list before storing it in the cache.

What is your opinion on this issue? Would it make sense to add a warning?

----------
messages: 319279
nosy: exhuma
priority: normal
severity: normal
status: open
title: Generators with lru_cache can be non-intuituve
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33827>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:41:50 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 07:41:50 +0000
Subject: [issue24356] venv documentation incorrect / misleading
In-Reply-To: <1433197293.5.0.203233804739.issue24356@psf.upfronthosting.co.za>
Message-ID: <1528702910.61.0.592728768989.issue24356@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24356>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:52:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 07:52:58 +0000
Subject: [issue32469] Generator and coroutine repr could be more helpful
In-Reply-To: <1514750009.12.0.467229070634.issue32469@psf.upfronthosting.co.za>
Message-ID: <1528703578.33.0.592728768989.issue32469@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Isn't it too verbose? For comparison, the repr of function doesn't contain the file path and the line number. And the hexadecimal address in the middle looks distractive.

----------
components: +Interpreter Core
type:  -> enhancement
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32469>
_______________________________________

From report at bugs.python.org  Mon Jun 11 03:52:59 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 07:52:59 +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: <1528703579.89.0.592728768989.issue23404@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7239
stage: backport needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:02:25 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 08:02:25 +0000
Subject: [issue33827] Generators with lru_cache can be non-intuituve
In-Reply-To: <1528701373.03.0.592728768989.issue33827@psf.upfronthosting.co.za>
Message-ID: <1528704145.26.0.592728768989.issue33827@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

No, this will break cases when you need to cache generators.

There are many ways of using lru_cache improperly, and we can't distinguish incorrect uses from intentional correct uses.

----------
assignee:  -> rhettinger
nosy: +rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33827>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:09:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:09:43 +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: <1528704583.6.0.592728768989.issue23404@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 9d6171ded5c56679bc295bacffc718472bcb706b by Ned Deily in branch 'master':
bpo-23404: Update/sync What's New files for 3.6/3.5/2.7 (GH-7620)
https://github.com/python/cpython/commit/9d6171ded5c56679bc295bacffc718472bcb706b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:10:51 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 08:10:51 +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: <1528704651.8.0.592728768989.issue23404@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7240

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:18:52 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:18:52 +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: <1528705132.01.0.592728768989.issue23404@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 144493dd7f2640f7e9091862ece3e0a6aca07884 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-23404: Update/sync What's New files for 3.6/3.5/2.7 (GH-7620) (GH-7621)
https://github.com/python/cpython/commit/144493dd7f2640f7e9091862ece3e0a6aca07884


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:24:52 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:24:52 +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: <1528705492.8.0.592728768989.issue23404@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7241

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:33:19 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 11 Jun 2018 08:33:19 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
Message-ID: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>


New submission from Xiang Zhang <angwerzx at 126.com>:

I propose to add versionchanged note about auto-numbering feature of string.Formatter, introduced in #13598. It's quite confusing which version could I use the feature reading the doc. Also it's better to note in 2.7 the feature is not available.

Currently the doc gives me the feeling string.Formatter and str.format share the same feature and the auto-numbering feature is available in 2.7 and >3.1.

----------
assignee: docs at python
components: Documentation
messages: 319284
nosy: docs at python, eric.smith, xiang.zhang
priority: normal
severity: normal
stage: needs patch
status: open
title: Add versionchanged notes for string.Formatter
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:33:30 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:33:30 +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: <1528706010.71.0.592728768989.issue23404@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 1b5731e2761a9a1b7394b3a81ed267f94fde42ca by Ned Deily in branch '3.6':
bpo-23404: Update/sync What's New files for 3.6/3.5/2.7 (GH-7622)
https://github.com/python/cpython/commit/1b5731e2761a9a1b7394b3a81ed267f94fde42ca


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:42:32 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:42:32 +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: <1528706552.06.0.592728768989.issue23404@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7242

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 04:56:36 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 08:56:36 +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: <1528707396.61.0.592728768989.issue23404@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7243

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 05:01:05 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 09:01:05 +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: <1528707665.14.0.592728768989.issue23404@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 4fde701133643d09354ec4bda6bdf78d85aed797 by Ned Deily in branch '2.7':
bpo-23404: Update/sync What's New files for 3.6/3.5/2.7 (GH-7624)
https://github.com/python/cpython/commit/4fde701133643d09354ec4bda6bdf78d85aed797


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 05:04:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 09:04:17 +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: <1528707857.35.0.592728768989.issue23404@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

I've updated and synced the What's New files across master, 3.7, 3.6, 3.5 (PR pending RM merge), and 2.7.  So I think we are finally done here.

----------
priority: deferred blocker -> normal
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23404>
_______________________________________

From report at bugs.python.org  Mon Jun 11 05:54:30 2018
From: report at bugs.python.org (=?utf-8?q?Bartosz_Go=C5=82aszewski?=)
Date: Mon, 11 Jun 2018 09:54:30 +0000
Subject: [issue33829] C API: provide new object protocol helper
Message-ID: <1528710870.35.0.592728768989.issue33829@psf.upfronthosting.co.za>


New submission from Bartosz Go?aszewski <bartekgola at gmail.com>:

If we want to call an object's method from C code and pass it the args and kwargs tuples unchanged, we need to first retrieve the callable object using PyObject_GetAttrString(), then call it using PyObject_Call().

I would like to propose wrapping the two calls in a new helper.

----------
components: Extension Modules
messages: 319288
nosy: Bartosz Go?aszewski
priority: normal
severity: normal
status: open
title: C API: provide new object protocol helper
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33829>
_______________________________________

From report at bugs.python.org  Mon Jun 11 05:57:33 2018
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 11 Jun 2018 09:57:33 +0000
Subject: [issue33829] C API: provide new object protocol helper
In-Reply-To: <1528710870.35.0.592728768989.issue33829@psf.upfronthosting.co.za>
Message-ID: <1528711053.79.0.592728768989.issue33829@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7244
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33829>
_______________________________________

From report at bugs.python.org  Mon Jun 11 06:19:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 10:19:00 +0000
Subject: [issue33829] C API: provide new object protocol helper
In-Reply-To: <1528710870.35.0.592728768989.issue33829@psf.upfronthosting.co.za>
Message-ID: <1528712340.96.0.592728768989.issue33829@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Is this case common enough for adding special API? The name PyObject_CallMethodArgs looks too similar to the existing name PyObject_CallMethodObjArgs, this will make confusion. If add an API that accepts the method name as C string, you need to add also an API for method name passed as Python string and a private API for method name passed as `struct _Py_Identifier *`. Adding new API has a non-zero cost. It adds maintenance burden for core developers, it increases the number of things that should be learned by users, and can leads to generating less optimal code by the compiler, because it will need to analyze more code in the same file, and it can optimize less common paths and left more common paths unoptimized.

Are you aware that you can pass the args tuple unchanged by using PyObject_CallMethod()? PyObject_CallMethod(obj, name, "O", args)

----------
nosy: +serhiy.storchaka, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33829>
_______________________________________

From report at bugs.python.org  Mon Jun 11 06:43:53 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 10:43:53 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528713833.93.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7245
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 06:45:03 2018
From: report at bugs.python.org (Aifu LIU)
Date: Mon, 11 Jun 2018 10:45:03 +0000
Subject: [issue33830] example output error
Message-ID: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>


New submission from Aifu LIU <laf163 at gmail.com>:

The output of this line:
    print r2.status, r2.reason
should same as:
    print r1.status, r1.reason

from https://docs.python.org/2.7/library/httplib.html

>>> import httplib
>>> conn = httplib.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print r1.status, r1.reason
200 OK
>>> data1 = r1.read()
>>> conn.request("GET", "/")
>>> r2 = conn.getresponse()
>>> print r2.status, r2.reason
404 Not Found
>>> data2 = r2.read()
>>> conn.close()

----------
assignee: docs at python
components: Documentation
messages: 319290
nosy: Aifu LIU, docs at python
priority: normal
severity: normal
status: open
title: example output error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Mon Jun 11 06:48:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 10:48:25 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528714105.78.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

New PR ready for review.

I've updated the code for recent master and cleaned up the deprecation warnings from the tests.

----------
versions: +Python 3.5, Python 3.6, Python 3.7, Python 3.8 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:03:18 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 11:03:18 +0000
Subject: [issue2053] IDLE - standardize dialogs
In-Reply-To: <1202515821.86.0.159216664847.issue2053@psf.upfronthosting.co.za>
Message-ID: <1528714998.81.0.592728768989.issue2053@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I suggest that we close this issue. IMO the potential benefit is too small relative to the work required, and the interest is too low.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2053>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:15:19 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 11:15:19 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528715719.65.0.592728768989.issue33738@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7246

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:28:07 2018
From: report at bugs.python.org (Martin Panter)
Date: Mon, 11 Jun 2018 11:28:07 +0000
Subject: [issue33830] example output error
In-Reply-To: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>
Message-ID: <1528716487.9.0.592728768989.issue33830@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

Looks like poor application of a Python 3 patch in Issue 24118. The second request was meant to be for /parrot.spam.

----------
nosy: +benjamin.peterson, martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:30:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 11 Jun 2018 11:30:30 +0000
Subject: [issue32493] UUID Module - FreeBSD build failure
In-Reply-To: <1515092270.67.0.467229070634.issue32493@psf.upfronthosting.co.za>
Message-ID: <1528716630.52.0.592728768989.issue32493@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Would it be easier to split it into 3 issues? One for unixdll, one for netstat, and one for test_uuid?

One issue for AIX should be enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32493>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:31:10 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 11:31:10 +0000
Subject: [issue33825] Change mentions of "magic" attributes to "special"
In-Reply-To: <1528681966.39.0.592728768989.issue33825@psf.upfronthosting.co.za>
Message-ID: <1528716670.42.0.592728768989.issue33825@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

ok :)

----------
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33825>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:34:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 11 Jun 2018 11:34:08 +0000
Subject: [issue33829] C API: provide new object protocol helper
In-Reply-To: <1528710870.35.0.592728768989.issue33829@psf.upfronthosting.co.za>
Message-ID: <1528716848.96.0.592728768989.issue33829@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> PyObject_CallMethodArgs(PyObject *obj, const char *name, PyObject *args, PyObject *kwargs)

This API is not efficient. It requires to create a temporary tuple and dictionary to pass position and keyword arguments. Look at FASTCALL which has a very different API. Sadly, FASTCALL APIs are currently private.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33829>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:35:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 11 Jun 2018 11:35:30 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528716930.76.0.592728768989.issue33738@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

AMD64 Windows8.1 Non-Debug 3.x buildbot is back to green.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:48:15 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 11:48:15 +0000
Subject: [issue33831] Make htmlview work in make.bat
Message-ID: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

The start command understands the first quoted string as the window title, so nothing is being executed right now.

PR fixes this.

----------
components: Windows
messages: 319298
nosy: adelfino, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Make htmlview work in make.bat
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:49:30 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 11:49:30 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528717770.77.0.592728768989.issue33831@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7247
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:50:36 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 11:50:36 +0000
Subject: [issue1927] Change input() to always prompt to stderr
In-Reply-To: <1201206078.95.0.997961854688.issue1927@psf.upfronthosting.co.za>
Message-ID: <1528717836.49.0.592728768989.issue1927@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1927>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:54:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 11 Jun 2018 11:54:24 +0000
Subject: [issue32356] asyncio: Make transport.pause_reading()/resume_reading()
 idempotent; add transport.is_reading()
In-Reply-To: <1513568775.87.0.213398074469.issue32356@psf.upfronthosting.co.za>
Message-ID: <1528718064.83.0.592728768989.issue32356@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7248

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32356>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:55:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 11 Jun 2018 11:55:56 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <0EEA7964-A368-4282-A5BC-AE2206B54094@gmail.com>
Message-ID: <CA+3bQGE4UKBzkg2tOeAOgj+ypDW7qhTKw811Q7=CaRinNxz3Rg@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

"Since it a minor change we can reconsider it as s bug fix. Feel free
to make a pr."

Ok, I created https://github.com/python/cpython/pull/7629/ for bpo-32356

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:56:31 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 11:56:31 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
Message-ID: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

PR adds "magic method" to the glossary, and adds a mention in Data Model 3.3. Special method names.

----------
assignee: docs at python
components: Documentation
messages: 319300
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Make "magic methods" a little more discoverable in the docs
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Mon Jun 11 07:57:36 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 11 Jun 2018 11:57:36 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1528718256.05.0.592728768989.issue33832@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7249
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Mon Jun 11 08:01:50 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 12:01:50 +0000
Subject: [issue33738] PyIndex_Check conflicts with PEP 384
In-Reply-To: <1527873299.01.0.81473610881.issue33738@psf.upfronthosting.co.za>
Message-ID: <1528718510.96.0.592728768989.issue33738@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 5cbefa99198729a1d4e93d93f890c066039ee1d2 by Serhiy Storchaka in branch 'master':
Clean up after bpo-33738. (GH-7627)
https://github.com/python/cpython/commit/5cbefa99198729a1d4e93d93f890c066039ee1d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33738>
_______________________________________

From report at bugs.python.org  Mon Jun 11 08:47:33 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 11 Jun 2018 12:47:33 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528721253.71.0.592728768989.issue30820@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7250
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 08:49:48 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 11 Jun 2018 12:49:48 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528721388.54.0.592728768989.issue30820@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
versions: +Python 3.7, Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 09:13:21 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Mon, 11 Jun 2018 13:13:21 +0000
Subject: [issue17286] Make subprocess handling text output with
 universal_newlines more obious
In-Reply-To: <1361708455.88.0.426093416103.issue17286@psf.upfronthosting.co.za>
Message-ID: <1528722801.15.0.592728768989.issue17286@psf.upfronthosting.co.za>


Change by Cheryl Sabella <cheryl.sabella at gmail.com>:


----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> subprocess.run should alias universal_newlines to text

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17286>
_______________________________________

From report at bugs.python.org  Mon Jun 11 09:47:30 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Mon, 11 Jun 2018 13:47:30 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
Message-ID: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>


New submission from twisteroid ambassador <twisteroid.ambassador at gmail.com>:

Sometimes when a socket transport under ProactorEventLoop is writing while the peer closes the connection, asyncio logs an AssertionError. 

Attached is a script that fairly reliably reproduces the behavior on my computer.

This is caused by _ProactorBasePipeTransport._force_close() being called between two invocations of _ProactorBaseWritePipeTransport._loop_writing(), where the latter call asserts self._write_fut has not changed after being set by the former call.

----------
components: asyncio
files: test_proactor_force_close.py
messages: 319302
nosy: asvetlov, twisteroid ambassador, yselivanov
priority: normal
severity: normal
status: open
title: ProactorEventLoop raises AssertionError
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47639/test_proactor_force_close.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Mon Jun 11 09:47:44 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Mon, 11 Jun 2018 13:47:44 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1528724864.05.0.592728768989.issue33833@psf.upfronthosting.co.za>


Change by twisteroid ambassador <twisteroid.ambassador at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Mon Jun 11 09:54:02 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Mon, 11 Jun 2018 13:54:02 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1528725242.28.0.592728768989.issue33833@psf.upfronthosting.co.za>


Change by twisteroid ambassador <twisteroid.ambassador at gmail.com>:


----------
keywords: +patch
pull_requests: +7251
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:03:22 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Mon, 11 Jun 2018 14:03:22 +0000
Subject: [issue33834] Test for ProactorEventLoop logs InvalidStateError
Message-ID: <1528725802.67.0.592728768989.issue33834@psf.upfronthosting.co.za>


New submission from twisteroid ambassador <twisteroid.ambassador at gmail.com>:

When running the built-in regression tests, although test_sendfile_close_peer_in_the_middle_of_receiving on ProactorEventLoop completes successfully, an InvalidStateError is logged.

Console output below:

test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.ProactorEventLoopTests) ... Exception in callback _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)
handle: <Handle _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)>
Traceback (most recent call last):
  File "<snip>\cpython\lib\asyncio\windows_events.py", line 428, in finish_recv
    return ov.getresult()
OSError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<snip>\cpython\lib\asyncio\proactor_events.py", line 255, in _loop_reading
    data = fut.result()
  File "<snip>\cpython\lib\asyncio\windows_events.py", line 732, in _poll
    value = callback(transferred, key, ov)
  File "<snip>\cpython\lib\asyncio\windows_events.py", line 432, in finish_recv
    raise ConnectionResetError(*exc.args)
ConnectionResetError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<snip>\cpython\lib\asyncio\events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "<snip>\cpython\lib\asyncio\proactor_events.py", line 282, in _loop_reading
    self._force_close(exc)
  File "<snip>\cpython\lib\asyncio\proactor_events.py", line 117, in _force_close
    self._empty_waiter.set_exception(exc)
concurrent.futures._base.InvalidStateError: invalid state
ok

----------
components: asyncio
messages: 319303
nosy: asvetlov, twisteroid ambassador, yselivanov
priority: normal
severity: normal
status: open
title: Test for ProactorEventLoop logs InvalidStateError
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33834>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:18:30 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 14:18:30 +0000
Subject: [issue24403] Missing fixer for changed round() behavior
In-Reply-To: <1433674721.13.0.236886844827.issue24403@psf.upfronthosting.co.za>
Message-ID: <1528726710.2.0.592728768989.issue24403@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24403>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:22:18 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 14:22:18 +0000
Subject: [issue24384] difflib.SequenceMatcher faster quick_ratio with lower
 bound specification
In-Reply-To: <1433448775.15.0.914528193485.issue24384@psf.upfronthosting.co.za>
Message-ID: <1528726938.88.0.592728768989.issue24384@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Since this is a small enhancement proposal that is not sure to be approved, and there has been no followup for years, I vote to close this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24384>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:40:32 2018
From: report at bugs.python.org (floyd)
Date: Mon, 11 Jun 2018 14:40:32 +0000
Subject: [issue24384] difflib.SequenceMatcher faster quick_ratio with lower
 bound specification
In-Reply-To: <1433448775.15.0.914528193485.issue24384@psf.upfronthosting.co.za>
Message-ID: <1528728032.92.0.592728768989.issue24384@psf.upfronthosting.co.za>


floyd <floyd at floyd.ch> added the comment:

Yes, I agree this should be closed. Especially because my proposed code is so incredibly bad (e.g. regarding performance) that it should be rejected. Back then I was horribly wrong and didn't understand the problem well enough yet.

If somebody would like to have such a function, this is all it needs:

def quick_ratio_ge(self, a, b, threshold):
    return threshold <= 2.0*(len(a))/(len(a)+len(b))

Here is how I actually use it in code: https://github.com/modzero/burp-ResponseClusterer/blob/master/ResponseClusterer.py#L343

Sorry for the fuzz

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24384>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:46:44 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 11 Jun 2018 14:46:44 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1528728404.22.0.592728768989.issue33833@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Adding Victor as he's been helping with asyncio/proactor lately.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:47:57 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 11 Jun 2018 14:47:57 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528728477.02.0.592728768989.issue30820@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:


New changeset 2c071cebe67f517f191f4074757a79b0f597d886 by R. David Murray (Zackery Spytz) in branch 'master':
bpo-30820: Remove incorrect docs for email.contentmanager.raw_data_manager (#7631)
https://github.com/python/cpython/commit/2c071cebe67f517f191f4074757a79b0f597d886


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:49:08 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 14:49:08 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528728548.74.0.592728768989.issue30820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7252

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 10:49:57 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 14:49:57 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528728597.67.0.592728768989.issue30820@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7253

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 11:42:19 2018
From: report at bugs.python.org (X. Yan)
Date: Mon, 11 Jun 2018 15:42:19 +0000
Subject: [issue33835] Too strong side effect?
Message-ID: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>


New submission from X. Yan <xgyan at yorku.ca>:

I am familiar with quite a few languages such as C++, C, PASCAL, Matlab, etc., but starting to practice Python. When I tested the code:

def f(a, L=[]):
	L.append(a)
	return L

followed by calls as follows,

v1 = f(1)
v2 = f(2)

, to my surprise, I saw the v1's content was changed from initial [1] to [1, 2], when the second call, v2=f(2), was executed. This means when you produce the new value for v2, you have to be very very careful for all the results produced by this function previously, such as what in the v1. They can be changed in the background! I wonder if this side-effect was designed on purpose, or is actually a BUG, because it is too dangerous.

----------
messages: 319308
nosy: xgyan
priority: normal
severity: normal
status: open
title: Too strong side effect?
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 11:49:55 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 15:49:55 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <1528732194.99.0.592728768989.issue33835@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

See https://docs.python.org/3/faq/programming.html#why-are-default-values-shared-between-objects .

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 11:59:35 2018
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 11 Jun 2018 15:59:35 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
Message-ID: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>


New submission from Zachary Ware <zachary.ware at gmail.com>:

In https://docs.python.org/3/faq/programming.html#why-are-default-values-shared-between-objects there is an example showing memoization using `def expensive(arg1, arg2, _cache={}):`.  We should change the signature in that example to make `_cache` a keyword-only parameter and possibly adjust the comment to note that that's been done to prevent accidental calls with three positional arguments.



Note to existing contributors: if this wouldn't be within your first couple of patches, please leave this for a new contributor to find.  Thanks!

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 319310
nosy: docs at python, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: [Good first-time issue] Recommend keyword-only param for memoization in FAQ
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Mon Jun 11 11:59:40 2018
From: report at bugs.python.org (Martin Liska)
Date: Mon, 11 Jun 2018 15:59:40 +0000
Subject: [issue33837] Closing asyncio.Server on asyncio.ProactorEventLoop
 causes all active servers to stop listening
Message-ID: <1528732780.1.0.592728768989.issue33837@psf.upfronthosting.co.za>


New submission from Martin Liska <juggzor at gmail.com>:

When calling asyncio.Server.close, the method calls asyncio.AbstractEventLoop._stop_serving for each of its sockets in turn.

The implementation of this method in asyncio.ProactorEventLoop calls the _stop_accept_futures method which seems to cancel "accept" futures of all sockets running on the loop, not just the one that was supposed to be stopped. This means that closing one server closes sockets of all existing servers.

With asyncio.SelectorEventLoop there is no such issue.

----------
components: asyncio
messages: 319311
nosy: asvetlov, mliska, yselivanov
priority: normal
severity: normal
status: open
title: Closing asyncio.Server on asyncio.ProactorEventLoop causes all active servers to stop listening
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33837>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:01:34 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 11 Jun 2018 16:01:34 +0000
Subject: [issue33837] Closing asyncio.Server on asyncio.ProactorEventLoop
 causes all active servers to stop listening
In-Reply-To: <1528732780.1.0.592728768989.issue33837@psf.upfronthosting.co.za>
Message-ID: <1528732894.9.0.592728768989.issue33837@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Andrew, do you have time to take a look into this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33837>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:11:32 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 11 Jun 2018 16:11:32 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528733492.84.0.592728768989.issue30820@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:


New changeset b06fc2d244f95f8a497cbcdc6e2fbeb9b8133ca3 by R. David Murray (Miss Islington (bot)) in branch '3.7':
bpo-30820: Remove incorrect docs for email.contentmanager.raw_data_manager (GH-7631) (#7633)
https://github.com/python/cpython/commit/b06fc2d244f95f8a497cbcdc6e2fbeb9b8133ca3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:11:54 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 11 Jun 2018 16:11:54 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528733514.67.0.592728768989.issue30820@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:


New changeset bbbc3d99dca41bc95a9402d702f6ab833d3003c7 by R. David Murray (Miss Islington (bot)) in branch '3.6':
bpo-30820: Remove incorrect docs for email.contentmanager.raw_data_manager (GH-7631) (#7634)
https://github.com/python/cpython/commit/bbbc3d99dca41bc95a9402d702f6ab833d3003c7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:12:24 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 11 Jun 2018 16:12:24 +0000
Subject: [issue30820] email.contentmanager.raw_data_manager fails to create
 multipart messages
In-Reply-To: <1498842221.12.0.837001254234.issue30820@psf.upfronthosting.co.za>
Message-ID: <1528733544.0.0.592728768989.issue30820@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks, Zachery.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30820>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:14:28 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 16:14:28 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528733668.28.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Tal, welcome back to Python and IDLE development.  3.5 only gets security fixes. 

Please post here a draft doc paragraph.  Before reading the code in detail, I will pull it into my repository and try to test it as a 'naive user' who has only read that paragraph.

'Large text' has two meanings: long lines and lots of lines.  The former bog down and eventually freeze tkinter Texts.  (tk 8.7.0, now in alpha, will feature a re-written Text widget that should solve this.)  Lots of (short) lines, at least up to a million, is not a problem for Text, but is for users scrolling back.  Which problem does squeezer attack?  Both?

As the comment at the top of tooltips.py says, it is currently unused. It is also untested.   Calltips uses a version of the code. Hence, I was planning to sometime delete tooptips.py.  If it to be kept, I would like to see if it can be revised (at least TooltipBase) so it can be used both by calltips_w.py and any new code, such as squeezer.  It needs docstrings and a complete test.  This would be a separate issue that is a dependency of this one.  Since the file is so short, TooltipBase might eventually be put in another file with something else.

----------
assignee: kbk -> terry.reedy
nosy:  -ajaksu2, gpolo, kbk, roger.serwy
priority: low -> normal
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:25:04 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 16:25:04 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528734304.62.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Last fall, we converted built-in 'extensions' to regular features.  I am reluctant to add new 'extensions'.  But I can review the patch as an extension before we worry about this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:58:21 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 11 Jun 2018 16:58:21 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528736301.32.0.592728768989.issue33831@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 0e5f901508dea6437dc9ee89b434feca721d45be by Steve Dower (Andr?s Delfino) in branch 'master':
bpo-33831: Make htmlview run again (GH-7628)
https://github.com/python/cpython/commit/0e5f901508dea6437dc9ee89b434feca721d45be


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 12:59:36 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 16:59:36 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528736376.69.0.592728768989.issue33831@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7254

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:01:29 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 17:01:29 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528736489.89.0.592728768989.issue33831@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7255

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:06:24 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 11 Jun 2018 17:06:24 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528736784.49.0.592728768989.issue33831@psf.upfronthosting.co.za>


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


----------
pull_requests: +7256

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:09:37 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 11 Jun 2018 17:09:37 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528736977.46.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Thanks for the warm welcome, Terry :)

> 3.5 only gets security fixes.

Yup, my mistake.

> 'Large text' has two meanings: long lines and lots of lines. [...]

Squeezer handles both long lines and/or large numbers of lines.

> As the comment at the top of tooltips.py says, it is currently unused. [...]

I'd noticed, but it's still there and it works.  I'll be happy to refactor it and add tests.

> Last fall, we converted built-in 'extensions' to regular features.  I am reluctant to add new 'extensions'.  But I can review the patch as an extension before we worry about this.

I'd noticed this too, but decided to postpone refactoring this more until I got some updated feedback.  If you'd prefer this be added in non-extension form, I can do that.

> Please post here a draft doc paragraph.

Here's a revised version of the module's doc-string:


A common problem in IDLE's interactive shell is printing large
amounts of text into the shell.  This can cause IDLE to become
very slow, even to the point of being completely unusable.  It
can also make using the scrollbar awkward.

Squeezer automatically replaces long texts with a small button,
which can be used to access the original long text in several
ways, such as copying it to the clipboard.

Additionally, any output can be manually "squeezed" by the
user.  This includes output written to the standard error
stream ("stderr"), such as exception tracebacks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:16:08 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 17:16:08 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528737368.6.0.592728768989.issue33831@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 904cdbaa9b660d111f5d5f639b38205192715106 by Miss Islington (bot) in branch '3.7':
bpo-33831: Make htmlview run again (GH-7628)
https://github.com/python/cpython/commit/904cdbaa9b660d111f5d5f639b38205192715106


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:20:07 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 17:20:07 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528737607.83.0.592728768989.issue33831@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 860d8c4a5e0d7cd96dd23f3f7996c97693ae3d55 by Miss Islington (bot) in branch '3.6':
bpo-33831: Make htmlview run again (GH-7628)
https://github.com/python/cpython/commit/860d8c4a5e0d7cd96dd23f3f7996c97693ae3d55


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:23:14 2018
From: report at bugs.python.org (X. Yan)
Date: Mon, 11 Jun 2018 17:23:14 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <1528737794.16.0.592728768989.issue33835@psf.upfronthosting.co.za>


X. Yan <xgyan at yorku.ca> added the comment:

Hi Serhiy,

Thanks for your reply. However, the issue I reported was not about sharing the default value. I understand that the parameter L would keep its value [1] from function f's first run, and used it in the second run to get [1, 2].

My point is that the variable v1 only got involved in f's first run. It should keep the result [1] since then. The second calling v2=f(2) is irrelevant to v1, therefore, v1's content shouldn't be changed. v1 should be independent from f's later activities. Please let me know if this makes sense.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:49:58 2018
From: report at bugs.python.org (Ivan Konovalov)
Date: Mon, 11 Jun 2018 17:49:58 +0000
Subject: [issue33838] Very slow upload with http.client on Windows when
 setting timeout
Message-ID: <1528739398.2.0.592728768989.issue33838@psf.upfronthosting.co.za>


New submission from Ivan Konovalov <ivknv0 at gmail.com>:

Normally, when I upload files using the PUT request I get upload speed of about 100 Mb/s.
But as soon as I set the timeout, the speed drops to about 4 Mb/s (can vary depending on the server):

# Running on Windows 10, using Python 3.6.5

from io import BytesIO
import http.client

def upload(timeout=None):
    test_file = BytesIO(b"0" * 15 * 1024**2)

    if timeout is not None:
        conn = http.client.HTTPConnection("httpbin.org", timeout=timeout)
    else:
        conn = http.client.HTTPConnection("httpbin.org")

    conn.request("PUT", "/put", body=test_file)

    conn.getresponse().read()

upload(25) # Painfully slow
upload() # Pretty fast

This problem seems to only affect Windows.

----------
components: IO, Library (Lib), Windows
messages: 319323
nosy: ivknv, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Very slow upload with http.client on Windows when setting timeout
type: performance
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33838>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:52:47 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 17:52:47 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <1528739567.79.0.592728768989.issue33835@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

See https://docs.python.org/3/faq/programming.html#why-did-changing-list-y-also-change-list-x .

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 13:57:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 17:57:14 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528739834.58.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7257

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:00:28 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 11 Jun 2018 18:00:28 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <1528740028.77.0.592728768989.issue33835@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Both names "v1" and "v2" refer to the same object. Python does not make copies of objects on assignment, so if you write:

a = []
b = a

then a and b both refer to the same list object, and the names "a" and "b" are effectively aliases. This is standard object-sharing behaviour used by many languages, including Lisp, Ruby, Javascript and Java.

If you are familiar with languages like Pascal and C++ you are probably thinking that variables are boxes at fixed memory locations, and assignment copies values into that box. That is not a good model for Python (and others).

This is not a bug. If you are unfamiliar with this object model, it can seem a bit strange at first, but for people who are used to Python, the C and Pascal model seems strange too.

Some people call this distinction Values Types (like Pascal and C) versus Reference Types (like Python, Ruby, Javascript)

https://softwareengineering.stackexchange.com/questions/314808/why-variables-in-python-are-different-from-other-programming-languages

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:14:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 18:14:35 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528740875.55.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 800415e3df69f494afe9f95a8563ce17609fe1da by Terry Jan Reedy in branch 'master':
bpo-33656: On Windows, add API call saying that tk scales for DPI (GH-7137)
https://github.com/python/cpython/commit/800415e3df69f494afe9f95a8563ce17609fe1da


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:15:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 18:15:40 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528740940.3.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 8a05f559ce5064df68c8d4ebd7d4ed28381d9971 by Terry Jan Reedy in branch 'master':
bpo-33656: Add entry to What's New 3.7. (GH-7638)
https://github.com/python/cpython/commit/8a05f559ce5064df68c8d4ebd7d4ed28381d9971


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:16:06 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 18:16:06 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528740966.02.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7258

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:16:45 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 18:16:45 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528741005.3.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7259

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:17:43 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 18:17:43 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528741063.71.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7260

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:35:17 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 18:35:17 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528742117.6.0.592728768989.issue33656@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 144a8670f24a157642c5f7fbaf518e87c7c1b969 by Miss Islington (bot) in branch '3.7':
bpo-33656: On Windows, add API call saying that tk scales for DPI (GH-7137)
https://github.com/python/cpython/commit/144a8670f24a157642c5f7fbaf518e87c7c1b969


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 14:39:46 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 18:39:46 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528742386.27.0.592728768989.issue33656@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0404d35f9dc89748949935a9178d28bedde9d8c8 by Miss Islington (bot) in branch '3.6':
bpo-33656: On Windows, add API call saying that tk scales for DPI (GH-7137)
https://github.com/python/cpython/commit/0404d35f9dc89748949935a9178d28bedde9d8c8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:09:43 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 19:09:43 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528744183.42.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks everyone for the help.  I think this is the right patch, but as with many IDLE patches, it is hard to be sure until it is in use.  At least there is no question here of tk Windows-Linux-MacOS differences.  I checked that the Win 7 buildbots are OK with the PR.

Serhiy: My interpretation of the tk scaling doc is that 1, not 2, is the right argument.  But we can test to be sure.  I meant 'spare monitor', not 'space monitor'.  But I need to find one with a substantially different DPI.

Steve: changing the binaries' manifests is a separate issue, not limited to IDLE or even tkinter.  And 3.8 enhancements do nothing for IDLE on 3.6 and 3.7.  Ditto for a new WinAPI.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:17:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 19:17:14 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528744634.63.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Reopening, temporarily, to add change requested by Eryk Sun after the merge.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:32:50 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 19:32:50 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528745570.56.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7261
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:33:56 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 11 Jun 2018 19:33:56 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528731739.92.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <1528745636.01.0.592728768989.issue33835@psf.upfronthosting.co.za>


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


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:45:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 19:45:29 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528746329.57.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset fd88f319a4f40682b989b63f0b6378d69465fda4 by Terry Jan Reedy in branch 'master':
bpo-33656: Add enum name for argument of Windows call. (GH-7642)
https://github.com/python/cpython/commit/fd88f319a4f40682b989b63f0b6378d69465fda4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:45:48 2018
From: report at bugs.python.org (X. Yan)
Date: Mon, 11 Jun 2018 19:45:48 +0000
Subject: [issue33835] Too strong side effect?
In-Reply-To: <1528740028.77.0.592728768989.issue33835@psf.upfronthosting.co.za>
Message-ID: <8e07dad3-4f9c-8027-8ee0-5341b07062e4@yorku.ca>


X. Yan <xgyan at yorku.ca> added the comment:

I see.

Thanks for the detailed explanations.

Best,

Xiaogang

On 6/11/2018 2:00 PM, Steven D'Aprano wrote:
> Steven D'Aprano <steve+python at pearwood.info> added the comment:
>
> Both names "v1" and "v2" refer to the same object. Python does not make copies of objects on assignment, so if you write:
>
> a = []
> b = a
>
> then a and b both refer to the same list object, and the names "a" and "b" are effectively aliases. This is standard object-sharing behaviour used by many languages, including Lisp, Ruby, Javascript and Java.
>
> If you are familiar with languages like Pascal and C++ you are probably thinking that variables are boxes at fixed memory locations, and assignment copies values into that box. That is not a good model for Python (and others).
>
> This is not a bug. If you are unfamiliar with this object model, it can seem a bit strange at first, but for people who are used to Python, the C and Pascal model seems strange too.
>
> Some people call this distinction Values Types (like Pascal and C) versus Reference Types (like Python, Ruby, Javascript)
>
> https://softwareengineering.stackexchange.com/questions/314808/why-variables-in-python-are-different-from-other-programming-languages
>
> ----------
> nosy: +steven.daprano
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33835>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33835>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:46:47 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 19:46:47 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528746407.1.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7262

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:47:38 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 19:47:38 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528746458.43.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7263

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 15:59:28 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 19:59:28 +0000
Subject: [issue33582] formatargspec deprecated but does nto emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528747168.77.0.592728768989.issue33582@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:06:38 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:06:38 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528747598.58.0.592728768989.issue33656@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d26277a73b61277ad9568cff6503d55deef07223 by Miss Islington (bot) in branch '3.7':
bpo-33656: Add enum name for argument of Windows call. (GH-7642)
https://github.com/python/cpython/commit/d26277a73b61277ad9568cff6503d55deef07223


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:08:19 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 20:08:19 +0000
Subject: [issue33582] formatargspec deprecated but does nto emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528747699.04.0.592728768989.issue33582@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 46c5cd0f6e22bdfbdd3f0b18f1d01eda754e7e11 by Ned Deily (Matthias Bussonnier) in branch 'master':
bpo-33582: Emit deprecation warning for `formatargspec` (GH-6994)
https://github.com/python/cpython/commit/46c5cd0f6e22bdfbdd3f0b18f1d01eda754e7e11


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:08:26 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:08:26 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528747706.91.0.592728768989.issue33656@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset afa1ea5bfd18947aa732a1ea09220aefbed81e1c by Miss Islington (bot) in branch '3.6':
bpo-33656: Add enum name for argument of Windows call. (GH-7642)
https://github.com/python/cpython/commit/afa1ea5bfd18947aa732a1ea09220aefbed81e1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:09:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:09:40 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
Message-ID: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

calltip_w.py code is partly based on tooltip.py.  The latter is currently unused.  But it is needed, with changes, for squeezer (#1529353).  So I would like to see if we can make an improved Tooltip class that can be used or subclassed by both.

The current subclasses should be deleted unless actually used.  Docstrings should be added to what remains.  Then test_tooltip, with 100% coverage, should be added.  If needed, code can be changed to make testing easier.

----------
assignee: terry.reedy
components: IDLE
messages: 319337
nosy: taleinat, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE tooltips.py: refactor and add docstrings and tests
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:09:54 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:09:54 +0000
Subject: [issue33582] formatargspec deprecated but does nto emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528747794.39.0.592728768989.issue33582@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7264

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:12:38 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 20:12:38 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528747958.96.0.592728768989.issue27397@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> See #33770, which will make recognizing and handling this case straightforward.

The fix for #33770 is only in 3.7.0 and later, so does this mean this change should not be backported to 3.6?  Updating the the versions accordingly.  If it is appropriate for 3.6, we can add that back in.

----------
nosy: +ned.deily
versions: +Python 3.7, Python 3.8 -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:16:10 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:16:10 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528748170.8.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Since this is the sort of addition that I want to test and evaluate in extended use before release, this is a good time to revive this.  3.6.6rc1 and 3.7.0rc1 are due tonight.  3.6.7 and 3.7.1 will be open for patches by tomorrow.

I opened #33839 to redoing tooltip.py.  I can test PR 7626 as is while tooltip is worked on.

----------
dependencies: +IDLE tooltips.py: refactor and add docstrings and tests

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:39:58 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:39:58 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528749598.88.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7265

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:42:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:42:41 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528749761.63.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Since there should be time before .rcs are cut, I changed the idlelib NEWS.txt entry to mention color changes, based on editing with the change in place.

----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:44:18 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:44:18 +0000
Subject: [issue33582] formatargspec deprecated but does nto emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528749858.73.0.592728768989.issue33582@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 60b8274fec3ff029591d8718650223c5ce78a05c by Miss Islington (bot) in branch '3.7':
bpo-33582: Emit deprecation warning for `formatargspec` (GH-6994)
https://github.com/python/cpython/commit/60b8274fec3ff029591d8718650223c5ce78a05c


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:47:04 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 20:47:04 +0000
Subject: [issue33582] formatargspec deprecated but does nto emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528750024.56.0.592728768989.issue33582@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for the PR, Matthias, and thanks for shepherding this, Tal.  Merged for 3.7.0rc1 (I don't think it is appropriate to backport to earlier releases.)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:48:33 2018
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 11 Jun 2018 20:48:33 +0000
Subject: [issue33482] codecs.StreamRecoder.writelines is broken
In-Reply-To: <1526222027.51.0.682650639539.issue33482@psf.upfronthosting.co.za>
Message-ID: <1528750113.0.0.592728768989.issue33482@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

LGTM. Though sad there's no test that caught this. Could you add one.

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33482>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:51:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:51:48 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528750308.08.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Cheryl, if you have time to try out PR 7626, I am curious what you think, as a user.  A short doc draft is 2 posts above.

----------
nosy: +cheryl.sabella

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:53:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 20:53:51 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528750431.68.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 4b704f29f5a0b6f6d7bd67468ed004bd3a96855d by Terry Jan Reedy in branch 'master':
bpo-33656: Mention color in idlelib/NEWS.txt entry. (#7646)
https://github.com/python/cpython/commit/4b704f29f5a0b6f6d7bd67468ed004bd3a96855d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:55:02 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:55:02 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528750502.27.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7266
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 16:55:55 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 20:55:55 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528750555.42.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7267

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 17:08:22 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 21:08:22 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528751302.36.0.592728768989.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 6530577e29a9679c7e4c7ba7adf1c02393d2ad13 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.7':
bpo-33656: Mention color in idlelib/NEWS.txt entry. (GH-7646) (GH-7647)
https://github.com/python/cpython/commit/6530577e29a9679c7e4c7ba7adf1c02393d2ad13


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 17:10:29 2018
From: report at bugs.python.org (Lisa Guo)
Date: Mon, 11 Jun 2018 21:10:29 +0000
Subject: [issue33840] connection limit on listening socket in asyncio
Message-ID: <1528751429.93.0.592728768989.issue33840@psf.upfronthosting.co.za>


New submission from Lisa Guo <lisaliguo at yahoo.com>:

I'd like to re-open the discussion on pause_server/resume_server that's been discussed here:

https://groups.google.com/forum/?utm_source=digest&utm_medium=email#!topic/python-tulip/btGHbh5kUUM

with PR:

https://github.com/python/asyncio/pull/448

We would like to set a max_connection parameters to a listening socket. Whenever it reaches this number with open accepted sockets, it stops accepting new connections until a user request is served, response sent back, and the connection closed. This is useful for a web application where the more user requests accepted and processed in-flight isn't necessarily better for performance. It would be great if we could dynamically change this value as well.

Some more detailed behavior:

- it can be either a per loop parameter, or per server parameter
- the number of currently open accepted connections is counted against this limit
- if max connection is reached, remove the listening socket from the loop so it back pressures new connections to kernel and other processes can take them
- when total number of accepted connections drops below max connection, put the listening socket back in the loop
- it can be dynamically configured but has no effect on currently already accepted connections (useful for graceful shutdown)

Lisa

----------
components: asyncio
messages: 319347
nosy: asvetlov, lguo, yselivanov
priority: normal
severity: normal
status: open
title: connection limit on listening socket in asyncio
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33840>
_______________________________________

From report at bugs.python.org  Mon Jun 11 17:19:26 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 21:19:26 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528751966.11.0.592728768989.issue33656@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2023eafd9a0554823cab5adf5a1b116d7984db98 by Miss Islington (bot) in branch '3.6':
bpo-33656: Mention color in idlelib/NEWS.txt entry. (GH-7646)
https://github.com/python/cpython/commit/2023eafd9a0554823cab5adf5a1b116d7984db98


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 17:21:32 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 11 Jun 2018 21:21:32 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528752092.54.0.592728768989.issue33656@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Mon Jun 11 17:45:14 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 11 Jun 2018 21:45:14 +0000
Subject: [issue33482] codecs.StreamRecoder.writelines is broken
In-Reply-To: <1526222027.51.0.682650639539.issue33482@psf.upfronthosting.co.za>
Message-ID: <1528753514.64.0.592728768989.issue33482@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33482>
_______________________________________

From report at bugs.python.org  Mon Jun 11 18:56:53 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 11 Jun 2018 22:56:53 +0000
Subject: [issue33840] connection limit on listening socket in asyncio
In-Reply-To: <1528751429.93.0.592728768989.issue33840@psf.upfronthosting.co.za>
Message-ID: <1528757813.02.0.592728768989.issue33840@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Do other frameworks (Tornado, Twisted, libuv/nodejs) have this functionality?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33840>
_______________________________________

From report at bugs.python.org  Mon Jun 11 18:59:48 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 22:59:48 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528757988.34.0.592728768989.issue31432@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ef24b6c54d40e7820456873a6eab6ef57d2bd0db by Ned Deily (Christian Heimes) in branch 'master':
bpo-31432: Clarify ssl CERT_NONE/OPTIONAL/REQUIRED docs. (GH-3530)
https://github.com/python/cpython/commit/ef24b6c54d40e7820456873a6eab6ef57d2bd0db


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 19:00:09 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 11 Jun 2018 23:00:09 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528758009.87.0.592728768989.issue31432@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7268

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 19:20:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Mon, 11 Jun 2018 23:20:27 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528759227.06.0.592728768989.issue31432@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset a5db479ac4cdcc0d94ec1d7a594720a651d90433 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-31432: Clarify ssl CERT_NONE/OPTIONAL/REQUIRED docs. (GH-3530) (GH-7649)
https://github.com/python/cpython/commit/a5db479ac4cdcc0d94ec1d7a594720a651d90433


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:08:29 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 00:08:29 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528762109.3.0.592728768989.issue31432@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7269

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:26:34 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 00:26:34 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528763194.97.0.592728768989.issue31432@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 4531ec74c4a9c8e15ee2bdec11b12796ce000f6f by Ned Deily in branch 'master':
bpo-31432: Revert unrelated code changes to _ssl.c and test_ssl (GH-7650)
https://github.com/python/cpython/commit/4531ec74c4a9c8e15ee2bdec11b12796ce000f6f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:27:24 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Tue, 12 Jun 2018 00:27:24 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528763244.2.0.592728768989.issue1529353@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

Thanks for the PR, Tal.  I've started looking at it and I have just a few initial observations:

1.  Serhiy's msg211068 still happens.  I tried his example of print('a'*1000000).  There was a noticeable delay before the button was created, then a button with 'Squeezed text (12500 lines).' appeared.  I double clicked on it and regretted it.  If providing a paging mechanism (i.e., a 'more' button) is too complicated, I think we still need an alternative way to prevent the user from clicking a button that will hose the system.  

2.  I don't have a middle button.  My mouse has 9 buttons, but none are a middle click and I can't map it on Linux.  :-(   

3.  'preview-command-posix' - I tried 'vim' and 'nano'.  Right-clicking the button opens those editors in the terminal window that I'm running IDLE from, but the text isn't displayed in the window.  When I exit from the editor, I get a traceback:
Warning (from warnings module):
  File "/cpython/Lib/subprocess.py", line 839
    ResourceWarning, source=self)
ResourceWarning: subprocess 2797 is still running


4.  list(range(500)) showed the button (for 30 lines).  I realize that it's configurable, but it seems like a low initial value.  

5.  The context menu option to manually squeeze works nicely, except that the cursor stays next to the button instead of going back to the prompt.

6.  Is it necessary to be able to hide the tooltip?

7.  I know you talked about it already, but I think this may need to be moved from Extensions before merging.  Changing a config value doesn't always immediately apply the change, so it doesn't fit in with how most config works now.  For example, I changed the 'preview' program from a value to nothing.  The option to right-click still existed and right-clicking gave a traceback:
Traceback (most recent call last):
  File "/cpython/Lib/idlelib/squeezer.py", line 181, in preview
    start_new_session=True)
  File "/cpython/Lib/subprocess.py", line 756, in __init__
    restore_signals, start_new_session)
  File "/cpython/Lib/subprocess.py", line 1499, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
PermissionError: [Errno 13] Permission denied: ''

8.  I didn't check the source code, but I wasn't sure what 'Enable editor' did.  I *thought* it would enable squeezing in an editor window by using manual squeeze mode, but it wasn't on the context menu.

9.  Does the button color need to be configurable?  IMHO, the current yellow looks better on Dark than it looks on Classic.  But it does work for both.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:27:47 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 12 Jun 2018 00:27:47 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528763267.43.0.592728768989.issue31432@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7270

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:28:24 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 12 Jun 2018 00:28:24 +0000
Subject: [issue33831] Make htmlview work in make.bat
In-Reply-To: <1528717695.86.0.592728768989.issue33831@psf.upfronthosting.co.za>
Message-ID: <1528763304.12.0.592728768989.issue33831@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Thanks, Steve!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33831>
_______________________________________

From report at bugs.python.org  Mon Jun 11 20:58:12 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 00:58:12 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528765092.74.0.592728768989.issue31432@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 42198571c586e0dc56836b79329f94952b1975bb by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-31432: Revert unrelated code changes to _ssl.c and test_ssl (GH-7650) (GH-7651)
https://github.com/python/cpython/commit/42198571c586e0dc56836b79329f94952b1975bb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 21:15:08 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 01:15:08 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528766108.8.0.592728768989.issue31432@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7271

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 21:45:03 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 01:45:03 +0000
Subject: [issue31432] Documention for CERT_OPTIONAL is misleading
In-Reply-To: <1505232519.67.0.963615295738.issue31432@psf.upfronthosting.co.za>
Message-ID: <1528767903.6.0.592728768989.issue31432@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset e25757408dc22561af9f9589c2c7e2a2fbb66ee4 by Ned Deily in branch '3.6':
bpo-31432: Clarify ssl CERT_NONE/OPTIONAL/REQUIRED docs. (GH-3530) (GH-7652)
https://github.com/python/cpython/commit/e25757408dc22561af9f9589c2c7e2a2fbb66ee4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31432>
_______________________________________

From report at bugs.python.org  Mon Jun 11 22:37:42 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 12 Jun 2018 02:37:42 +0000
Subject: [issue33582] formatargspec deprecated but does not emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528771062.34.0.592728768989.issue33582@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
title: formatargspec deprecated but does nto emit DeprecationWarning. -> formatargspec deprecated but does not emit DeprecationWarning.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 22:40:59 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 12 Jun 2018 02:40:59 +0000
Subject: [issue33582] formatargspec deprecated but does not emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528771259.22.0.592728768989.issue33582@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7272

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 23:03:15 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 03:03:15 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528772595.14.0.592728768989.issue25612@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7273

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Mon Jun 11 23:16:21 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 03:16:21 +0000
Subject: [issue33582] formatargspec deprecated but does not emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528773381.13.0.592728768989.issue33582@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 41254ebd5e4f40a2e095d8aaea60bf3973de4647 by Ned Deily (Zackery Spytz) in branch 'master':
bpo-33582: Remove duplicate space in inspect.formatargspec() deprecation warning (GH-7655)
https://github.com/python/cpython/commit/41254ebd5e4f40a2e095d8aaea60bf3973de4647


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 23:17:35 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 12 Jun 2018 03:17:35 +0000
Subject: [issue33582] formatargspec deprecated but does not emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528773455.91.0.592728768989.issue33582@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7274

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Mon Jun 11 23:20:37 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 03:20:37 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528773637.35.0.592728768989.issue25612@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 04290cb9945eca1a97f6924495256c15f29fab41 by Ned Deily in branch 'master':
bpo-25612: Add minimal What's New in 3.7 entry (GH-7656)
https://github.com/python/cpython/commit/04290cb9945eca1a97f6924495256c15f29fab41


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Mon Jun 11 23:21:44 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 12 Jun 2018 03:21:44 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528773704.87.0.592728768989.issue25612@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7275

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Tue Jun 12 00:25:35 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 04:25:35 +0000
Subject: [issue33582] formatargspec deprecated but does not emit
 DeprecationWarning.
In-Reply-To: <1526770549.95.0.682650639539.issue33582@psf.upfronthosting.co.za>
Message-ID: <1528777535.86.0.475983251502.issue33582@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 8379b70be2c0a9e3f11cdb694a8faaf5763f99ed by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33582: Remove duplicate space in inspect.formatargspec() deprecation warning (GH-7655) (GH-7657)
https://github.com/python/cpython/commit/8379b70be2c0a9e3f11cdb694a8faaf5763f99ed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33582>
_______________________________________

From report at bugs.python.org  Tue Jun 12 00:26:33 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 04:26:33 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528777593.1.0.475983251502.issue25612@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset ef5f4ba96e05f61ad3baca502012085f31e99342 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-25612: Add minimal What's New in 3.7 entry (GH-7656) (GH-7658)
https://github.com/python/cpython/commit/ef5f4ba96e05f61ad3baca502012085f31e99342


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Tue Jun 12 00:29:08 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 12 Jun 2018 04:29:08 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528777748.02.0.475983251502.issue25612@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

P.S. I added a very minimal What's New in 3.7 entry for this change since it has affected some downline projects.  I just copied the NEWS entry.  Feel free to expand it and/or move it to a better location in the file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Tue Jun 12 01:05:06 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 05:05:06 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528779906.75.0.475983251502.issue33656@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I can't test on multiple monitors, but I tested on a single HiDPI monitor. With 1 it looks much better than with 0. With 2 it looks the same as with 1 on HiDPI, but doesn't scale well after changing the resolution of the display. I suppose there are the same problems on multi-monitor configuration. Thus the value 1 is the correct one.

ctypes is optional. It would be better to catch an ImportError from importing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Tue Jun 12 01:25:46 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 12 Jun 2018 05:25:46 +0000
Subject: [issue33827] Generators with lru_cache can be non-intuituve
In-Reply-To: <1528701373.03.0.592728768989.issue33827@psf.upfronthosting.co.za>
Message-ID: <1528781146.08.0.475983251502.issue33827@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Serhiy is correct.  In general, there is no way to detect when someone is caching something that should be cached (i.e. impure functions).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33827>
_______________________________________

From report at bugs.python.org  Tue Jun 12 01:47:13 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 05:47:13 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528782433.41.0.475983251502.issue27397@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I ended up fixing this independently of #33770.

AFAIK this should just work with 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 01:47:47 2018
From: report at bugs.python.org (Lev Maximov)
Date: Tue, 12 Jun 2018 05:47:47 +0000
Subject: [issue33841] lock not released in threading.Condition
Message-ID: <1528782467.05.0.475983251502.issue33841@psf.upfronthosting.co.za>


New submission from Lev Maximov <lev.maximov at gmail.com>:

In `Condition.wait()` the `waiter` lock gets acquired twice, but is released only once (both in timeout and no timeout cases). Is it intentional?

----------
components: Library (Lib)
messages: 319365
nosy: lev.maximov
priority: normal
severity: normal
status: open
title: lock not released in threading.Condition
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33841>
_______________________________________

From report at bugs.python.org  Tue Jun 12 01:49:20 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 05:49:20 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1528782560.18.0.475983251502.issue25612@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This change was in top5 breaking changes for 3.7. It broke many projects that use Cython until they upgraded Cython to the version that supports 3.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Tue Jun 12 02:58:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 06:58:25 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528786705.06.0.475983251502.issue1529353@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Cheryl, thanks for testing this and writing up your thoughts!

There is certainly much room for improvement.

Since it seems that you and Terry like the approach, I'll start working on the tooltips as Terry asked, and wait for more input from him before beginning additional work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Tue Jun 12 04:18:19 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 12 Jun 2018 08:18:19 +0000
Subject: [issue33476] String index out of range in get_group(),
 email/_header_value_parser.py
In-Reply-To: <1526172602.81.0.682650639539.issue33476@psf.upfronthosting.co.za>
Message-ID: <1528791499.28.0.475983251502.issue33476@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@r.david.murray
Can I get a review for PR 7484?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33476>
_______________________________________

From report at bugs.python.org  Tue Jun 12 04:20:27 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 12 Jun 2018 08:20:27 +0000
Subject: [issue33819] Mention "ordered mapping" instead of "ordered
 dictionary" in email module
In-Reply-To: <1528636386.67.0.592728768989.issue33819@psf.upfronthosting.co.za>
Message-ID: <1528791627.68.0.475983251502.issue33819@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I think "dictionary" means just "dict-like", and it doesn't implies "ordered".  Glossary doesn't say "dictionary" is ordered too.

So "regular dictionary is ordered now" is not enough reason to stop using "ordered dictionary".

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33819>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:34:03 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 12 Jun 2018 09:34:03 +0000
Subject: [issue33842] Remove tarfile.filemode
Message-ID: <1528796043.33.0.475983251502.issue33842@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:

ref: #14807, ffa1d0b8d53f426f1f9a0d47f25440b8994c4fb0

tarfile.filemode is deprecated since Python 3.3.
And it is not exported by __all__.

----------
components: Library (Lib)
messages: 319370
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Remove tarfile.filemode
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33842>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:35:52 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:35:52 +0000
Subject: [issue32453] shutil.rmtree can have O(n^2) performance on large dirs
In-Reply-To: <1514610909.88.0.213398074469.issue32453@psf.upfronthosting.co.za>
Message-ID: <1528796152.92.0.475983251502.issue32453@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32453>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:36:03 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 12 Jun 2018 09:36:03 +0000
Subject: [issue33842] Remove tarfile.filemode
In-Reply-To: <1528796043.33.0.475983251502.issue33842@psf.upfronthosting.co.za>
Message-ID: <1528796163.4.0.475983251502.issue33842@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
pull_requests: +7276
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33842>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:37:54 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:37:54 +0000
Subject: [issue30235] Validate shutil supports path-like objects,
 update docs accordingly
In-Reply-To: <1493745159.76.0.694023923588.issue30235@psf.upfronthosting.co.za>
Message-ID: <1528796274.81.0.475983251502.issue30235@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30235>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:39:41 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:39:41 +0000
Subject: [issue32557] allow shutil.disk_usage to take a file path on Windows
 also
In-Reply-To: <1516030012.51.0.467229070634.issue32557@psf.upfronthosting.co.za>
Message-ID: <1528796381.6.0.475983251502.issue32557@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

+1

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32557>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:40:25 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:40:25 +0000
Subject: [issue32347] System Integrity Protection breaks shutil.copystat()
In-Reply-To: <1513442701.16.0.213398074469.issue32347@psf.upfronthosting.co.za>
Message-ID: <1528796425.32.0.475983251502.issue32347@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32347>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:41:30 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:41:30 +0000
Subject: [issue32073] Add copy_directory_metadata parameter to shutil.copytree
In-Reply-To: <1511032407.02.0.213398074469.issue32073@psf.upfronthosting.co.za>
Message-ID: <1528796490.26.0.475983251502.issue32073@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32073>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:43:10 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 09:43:10 +0000
Subject: [issue20849] add exist_ok to shutil.copytree
In-Reply-To: <1393908922.06.0.91052425832.issue20849@psf.upfronthosting.co.za>
Message-ID: <1528796590.82.0.475983251502.issue20849@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20849>
_______________________________________

From report at bugs.python.org  Tue Jun 12 05:56:46 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 12 Jun 2018 09:56:46 +0000
Subject: [issue33843] Remove deprecated stuff in cgi module
Message-ID: <1528797406.97.0.475983251502.issue33843@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:

ref:

* cgi.escape is deprecated since 3.3. 67317750aff37489fd3fa279413ef20450e7c808
* parse_qs and parse_qsl are deprecated since 2008, before 3.0 https://github.com/python/cpython/commit/c469d4c3aa0a66579d1927f0e5d9630b3ea4024f

----------
components: Library (Lib)
messages: 319372
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Remove deprecated stuff in cgi module
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33843>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:00:26 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 12 Jun 2018 10:00:26 +0000
Subject: [issue33843] Remove deprecated stuff in cgi module
In-Reply-To: <1528797406.97.0.475983251502.issue33843@psf.upfronthosting.co.za>
Message-ID: <1528797626.39.0.475983251502.issue33843@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
pull_requests: +7277
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33843>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:09:43 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:09:43 +0000
Subject: [issue30044] shutil.copystat should (allow to) copy ownership,
 and other attributes
In-Reply-To: <1491925353.8.0.782070431072.issue30044@psf.upfronthosting.co.za>
Message-ID: <1528798183.57.0.475983251502.issue30044@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

This could be achieved at least on Windows with CopyFileEx [1] and on OSX with copyfile(3) + COPYFILE_ALL which copies ACLs (but not users/groups). These are (were, in case of CopyFileEx) exposed in https://github.com/python/cpython/pull/7160/. Such a new functionality would probably deserve a separate copy3() function but it would serve OSX and Windows only. I'm not sure how things would work on other POSIX platforms. 

[1] https://msdn.microsoft.com/en-us/library/windows/desktop/aa363852(v=vs.85).aspx
[2] http://www.manpagez.com/man/3/copyfile/

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30044>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:10:13 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:10:13 +0000
Subject: [issue30400] Race condition in shutil.copyfile()
In-Reply-To: <1495138920.07.0.300372261513.issue30400@psf.upfronthosting.co.za>
Message-ID: <1528798213.21.0.475983251502.issue30400@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30400>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:20:29 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:20:29 +0000
Subject: [issue29699] shutil.rmtree should not fail with FileNotFoundError
 (race condition)
In-Reply-To: <1488481944.03.0.0307704051627.issue29699@psf.upfronthosting.co.za>
Message-ID: <1528798829.17.0.475983251502.issue29699@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

+1. It looks reasonable to ignore FileNotFoundError on os.rmdir(),  os.unlink() and also os.open() and os.scandir().

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29699>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:21:52 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:21:52 +0000
Subject: [issue10016] shutil.copyfile -- allow sparse copying
In-Reply-To: <1286029015.57.0.815158740908.issue10016@psf.upfronthosting.co.za>
Message-ID: <1528798912.31.0.475983251502.issue10016@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10016>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:23:36 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:23:36 +0000
Subject: [issue11989] deprecate shutil.copy2
In-Reply-To: <1304457480.12.0.859066442239.issue11989@psf.upfronthosting.co.za>
Message-ID: <1528799016.14.0.475983251502.issue11989@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

If such a thing goes in then copytree() should also be taken into account and expose the same parameter. That would probably be inconsistent with copytree()'s copy_function parameter though.

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11989>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:25:21 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:25: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: <1528799121.64.0.475983251502.issue15100@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15100>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:30:13 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:30:13 +0000
Subject: [issue27687] Linux shutil.move between mountpoints as root does not
 retain ownership
In-Reply-To: <1470343482.28.0.365470977104.issue27687@psf.upfronthosting.co.za>
Message-ID: <1528799413.37.0.475983251502.issue27687@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27687>
_______________________________________

From report at bugs.python.org  Tue Jun 12 06:36:38 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 10:36:38 +0000
Subject: [issue23346] shutil.rmtree doesn't work correctly on FreeBSD.
In-Reply-To: <1422507173.88.0.069796427202.issue23346@psf.upfronthosting.co.za>
Message-ID: <1528799798.57.0.475983251502.issue23346@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23346>
_______________________________________

From report at bugs.python.org  Tue Jun 12 08:21:26 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 12 Jun 2018 12:21:26 +0000
Subject: [issue33819] Mention "ordered mapping" instead of "ordered
 dictionary" in email module
In-Reply-To: <1528636386.67.0.592728768989.issue33819@psf.upfronthosting.co.za>
Message-ID: <1528806086.97.0.475983251502.issue33819@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Message/EmailMessage are intentionally mimicing the full dictionary API, not just the Mapping API (with a couple exceptions and several extensions).  But it is important to mention that it is ordered, both for the reason INADA stgtes, and because the text goes on to discuss the handling of duplicate headers and what happens when you add and delete headers.  While this turns out to be almost the same as the rules used by a standard python dictionary, that is partially a coincidence....other ordering rules could have been chosen.

----------
nosy: +r.david.murray
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33819>
_______________________________________

From report at bugs.python.org  Tue Jun 12 08:44:46 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 12:44:46 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528807486.38.0.475983251502.issue33630@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +7278

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 08:46:24 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 12:46:24 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528807584.81.0.475983251502.issue27397@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset c3f55be7dd012b7e92901627d0b31c21e983ccb4 by Tal Einat in branch 'master':
bpo-27397: Make email module properly handle invalid-length base64 strings (#7583)
https://github.com/python/cpython/commit/c3f55be7dd012b7e92901627d0b31c21e983ccb4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 08:47:40 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 12 Jun 2018 12:47:40 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528807660.08.0.475983251502.issue27397@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7279

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 08:48:33 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 12 Jun 2018 12:48:33 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528807713.72.0.475983251502.issue27397@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7280

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:01:04 2018
From: report at bugs.python.org (Stefan Vasilev)
Date: Tue, 12 Jun 2018 13:01:04 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
Message-ID: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>


New submission from Stefan Vasilev <sopata at iris.ai>:

import csv
csv.writer(open('./file.csv', 'a', newline='')).writerow(['ID', 0])

If you try to open file.csv with Excel on Windows 10 it says:
The file format and extension of 'file.csv' don't match. The file could be corrupted or unsafe. Unless you trust its source don't open it. Do you want to open it anyway.

When you click 'Yes', another msgbox appears saying:
Excel has detected that 'file.csv' is a SYLK file, but cannot load it. Either the file has errors or it is not a SYLK fyle format. Click OK to try to open the file in a different format.

When you click on 'OK' it opens it as expected.

The strange thing is that if you use the following code, there are no problems opening it:
import csv
csv.writer(open('./file.csv', 'a', newline='')).writerow(['Id', 0])

----------
components: Windows
messages: 319378
nosy: Stefan Vasilev, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Writing capital letters with csvwriter.writerow changes the csv file format
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:06:48 2018
From: report at bugs.python.org (Pankaj Pandey)
Date: Tue, 12 Jun 2018 13:06:48 +0000
Subject: [issue33587] inspect.getsource performs unnecessary filesystem stat
 call
In-Reply-To: <1526834329.07.0.682650639539.issue33587@psf.upfronthosting.co.za>
Message-ID: <1528808808.18.0.475983251502.issue33587@psf.upfronthosting.co.za>


Pankaj Pandey <pankaj86 at gmail.com> added the comment:

I simply profiled the script with "python -m cProfile -s cumtime inspect_stack_perf.py"
And yes, I should move the linecache check first, that would be a better idea. Though getmodule() is also fast enough and reordering it does not significantly change the performance (for the common case of no PEP302 modules).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33587>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:41:15 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 12 Jun 2018 13:41:15 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
In-Reply-To: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>
Message-ID: <1528810875.33.0.475983251502.issue33844@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

It doesn't look like this has anything to do with Python.  This sounds like a question more appropriate for an Excel help forum.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:46:14 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 13:46:14 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528811174.16.0.475983251502.issue27397@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 7b82281c80d0064559866afe92f19cae5978c841 by Tal Einat (Miss Islington (bot)) in branch '3.7':
bpo-27397: Make email module properly handle invalid-length base64 strings (GH-7583) (GH-7664)
https://github.com/python/cpython/commit/7b82281c80d0064559866afe92f19cae5978c841


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:46:29 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 13:46:29 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528811189.86.0.475983251502.issue27397@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 63dd1f70c1aa57494802c9b68f9db4918620fc8f by Tal Einat (Miss Islington (bot)) in branch '3.6':
bpo-27397: Make email module properly handle invalid-length base64 strings (GH-7583) (GH-7665)
https://github.com/python/cpython/commit/63dd1f70c1aa57494802c9b68f9db4918620fc8f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:47:42 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 13:47:42 +0000
Subject: [issue27397] email.message.Message.get_payload(decode=True) raises
 AssertionError that "should never happen"
In-Reply-To: <1467003168.77.0.181135273122.issue27397@psf.upfronthosting.co.za>
Message-ID: <1528811262.41.0.475983251502.issue27397@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27397>
_______________________________________

From report at bugs.python.org  Tue Jun 12 09:56:45 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 13:56:45 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
In-Reply-To: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>
Message-ID: <1528811805.56.0.475983251502.issue33844@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Both CSV and SYLK are text formats used by Excel.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:01:43 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 14:01:43 +0000
Subject: [issue23346] shutil.rmtree doesn't work correctly on FreeBSD.
In-Reply-To: <1422507173.88.0.069796427202.issue23346@psf.upfronthosting.co.za>
Message-ID: <1528812103.75.0.475983251502.issue23346@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I can't reproduce the problem on FreeBSD 11.1. If it is reproducible only on old versions, we can close this issue. If it depends on specific configuration, it is still a Python issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23346>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:03:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 12 Jun 2018 14:03:53 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812233.41.0.475983251502.issue33630@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I'm not sure that the attached PR fixes all race conditions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:05:49 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 14:05:49 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812349.13.0.475983251502.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The part that is related to \udcdb\udcdb\udcdb... is a problem in posix_spawn() implementation, not in tests. It can't be fixed by changing tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:10:25 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 14:10:25 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812625.37.0.475983251502.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

In PR 7663 I am only fixing the race condition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:12:49 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 14:12:49 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812769.65.0.475983251502.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

A separate PR is needed for the apparent reusing of freed memory in the implementation of posix_spawn. I am currently looking into it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:12:56 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 12 Jun 2018 14:12:56 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812776.21.0.475983251502.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

For reference: posix_spawn() was implemented in issue20104.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:14:27 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 14:14:27 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528812867.18.0.475983251502.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Should we merge PR6693 and PR6725 before fixing the memory problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:18:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 14:18:56 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528813136.0.0.475983251502.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I've started work on this.  My progress can be followed on the bpo-33839 branch on my GitHub repo: https://github.com/taleinat/cpython/tree/bpo-33839

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Tue Jun 12 10:32:10 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 12 Jun 2018 14:32:10 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1528813930.94.0.475983251502.issue33660@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
keywords: +patch
pull_requests: +7281
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Tue Jun 12 11:06:34 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 12 Jun 2018 15:06:34 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
Message-ID: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

PR makes the necessary changes to make Doc\make.bat the same as the master version, except some small differences.

This should help backports.

----------
components: Windows
messages: 319392
nosy: adelfino, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Update Doc\make.bat on 2.7 to bring it on par to master version
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 11:06:58 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 12 Jun 2018 15:06:58 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528816018.39.0.475983251502.issue33845@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7282
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 11:13:06 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 12 Jun 2018 15:13:06 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528816386.11.0.475983251502.issue33828@psf.upfronthosting.co.za>


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


----------
keywords: +patch
pull_requests: +7283
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 11:37:59 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 12 Jun 2018 15:37:59 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
In-Reply-To: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>
Message-ID: <1528817879.88.0.475983251502.issue33844@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

This is happening because the string "ID" is special to the SYLK format: https://en.wikipedia.org/wiki/SYmbolic_LinK_(SYLK)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Tue Jun 12 11:53:28 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 15:53:28 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528818808.47.0.475983251502.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Serhiy, I am checking and the only temporary Python object (the result of encoding/decoding) that is passed to C library function that I can find is in:


                if (!PyArg_ParseTuple(file_action, "OiO&ik"
                         ";A open file_action tuple must have 5 elements",
                         &tag_obj, &fd, PyUnicode_FSConverter, &path,
                         &oflag, &mode))
                 {
                     goto fail;
                 }
                 errno = posix_spawn_file_actions_addopen(file_actionsp,
                         fd, PyBytes_AS_STRING(path), oflag, (mode_t)mode);
                  Py_DECREF(path);  /* addopen copied it. */


And according to the manpage of posix_spawn_file_actions_addopen: "The string described by path shall be copied by the posix_spawn_file_actions_addopen() function.".
The object created by `PyArg_ParseTuple` (path) is only freed after calling `posix_spawn_file_actions_addopen` and in that function the contents are copied inside 
`file_actionsp`. So it should not be a problem.

In case there is still a problem, could you elaborate more about what object is being freed and how is being passed to a C library function?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 12 12:12:25 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 12 Jun 2018 16:12:25 +0000
Subject: [issue33660] pathlib.Path.resolve() returns path with double slash
 when resolving a relative path in root directory
In-Reply-To: <1527418713.03.0.682650639539.issue33660@psf.upfronthosting.co.za>
Message-ID: <1528819945.45.0.475983251502.issue33660@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

For reviewers,

I submitted a patch PR 7666.
Please take a look

----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33660>
_______________________________________

From report at bugs.python.org  Tue Jun 12 14:02:33 2018
From: report at bugs.python.org (Johannes Raggam)
Date: Tue, 12 Jun 2018 18:02:33 +0000
Subject: [issue33846] Misleading error message in urllib.parse.unquote
Message-ID: <1528826553.26.0.947875510639.issue33846@psf.upfronthosting.co.za>


New submission from Johannes Raggam <thetetet at gmail.com>:

urllib.parse.unquote gives an misleading error message when:

>>> import urllib
>>> urllib.parse.unquote(b'bytesurl')
*** TypeError: a bytes-like object is required, not 'str'

while:

>>> urllib.parse.unquote('texturl')
texturl

The correct behavior is to pass a string/text object to unquote. But passing a bytes object gives a misleading error message.

A fix would be to add an assertion in
https://github.com/python/cpython/blob/0250de48199552cdaed5a4fe44b3f9cdb5325363/Lib/urllib/parse.py#L614 like:

>>> assert isinstance(string, str)

----------
components: Library (Lib)
messages: 319396
nosy: thet
priority: normal
severity: normal
status: open
title: Misleading error message in urllib.parse.unquote
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33846>
_______________________________________

From report at bugs.python.org  Tue Jun 12 14:11:48 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 12 Jun 2018 18:11:48 +0000
Subject: [issue33846] Misleading error message in urllib.parse.unquote
In-Reply-To: <1528826553.26.0.947875510639.issue33846@psf.upfronthosting.co.za>
Message-ID: <1528827108.56.0.947875510639.issue33846@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

We don't generally do type checks like that.  This is a specific case of a general issue with binary operators and mismatched string/bytes types.  I thought there was an open issue for it, but I haven't found it yet.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33846>
_______________________________________

From report at bugs.python.org  Tue Jun 12 14:44:14 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 12 Jun 2018 18:44:14 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
Message-ID: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Currently, the index only refers to decorators for the @ symbol. PR adds entry for the matrix multiplication operator.

----------
assignee: docs at python
components: Documentation
messages: 319398
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc: Add '@' operator entry to index
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Tue Jun 12 14:44:53 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 12 Jun 2018 18:44:53 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1528829093.51.0.947875510639.issue33847@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7284
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Tue Jun 12 16:09:10 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 12 Jun 2018 20:09:10 +0000
Subject: [issue25246] Alternative algorithm for deque_remove()
In-Reply-To: <1443343421.14.0.18683145075.issue25246@psf.upfronthosting.co.za>
Message-ID: <1528834150.25.0.947875510639.issue25246@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

IMO both approaches sound better than the existing implementation.  Better to choose one than to do nothing.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25246>
_______________________________________

From report at bugs.python.org  Tue Jun 12 16:37:57 2018
From: report at bugs.python.org (=?utf-8?q?=C5=81ukasz_Langa?=)
Date: Tue, 12 Jun 2018 20:37:57 +0000
Subject: [issue32108] configparser bug: section is emptied if you assign a
 section to itself
In-Reply-To: <1511286370.98.0.213398074469.issue32108@psf.upfronthosting.co.za>
Message-ID: <1528835877.56.0.947875510639.issue32108@psf.upfronthosting.co.za>


?ukasz Langa <lukasz at langa.pl> added the comment:


New changeset 33cd058f21d0673253c88cea70388282918992bc by ?ukasz Langa (Cheryl Sabella) in branch 'master':
bpo-32108: Don't clear configparser values if key is assigned to itself (GH-7588)
https://github.com/python/cpython/commit/33cd058f21d0673253c88cea70388282918992bc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32108>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:04:57 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 21:04:57 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528837497.64.0.947875510639.issue33671@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:


New changeset 4a172ccc739065bb658c75e8929774a8e94af9e9 by Giampaolo Rodola in branch 'master':
bpo-33671: efficient zero-copy for shutil.copy* functions (Linux, OSX and Win) (#7160)
https://github.com/python/cpython/commit/4a172ccc739065bb658c75e8929774a8e94af9e9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:31:51 2018
From: report at bugs.python.org (Johannes Raggam)
Date: Tue, 12 Jun 2018 21:31:51 +0000
Subject: [issue33848] Incomplete format string syntax for Exceptions
Message-ID: <1528839111.37.0.947875510639.issue33848@psf.upfronthosting.co.za>


New submission from Johannes Raggam <thetetet at gmail.com>:

The following is valid Python 2:

>>> 'okay {0:s}'.format(Exception('test'))
'okay test'
>>> 'okay {0}'.format(Exception('test'))
'okay test'

The following fails on Python 3.6:

>>> 'okay {0:s}'.format(Exception('test'))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported format string passed to Exception.__format__

While this doesn't fail:

>>> 'okay {0}'.format(Exception('test'))
'okay test'

----------
components: ctypes
messages: 319402
nosy: thet
priority: normal
severity: normal
status: open
title: Incomplete format string syntax for Exceptions
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33848>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:32:30 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Jun 2018 21:32:30 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528839150.84.0.947875510639.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I confirmed that IDLE did not import ctypes before this issue.  Serhiy, I presume that the new code can be skipped, you are suggesting replacing

import ctypes
<use ctypes....>

with

try:
    import ctypes
except ImportError:
    pass  # The ctypes-using fix is not essential.
else:
    <use ctypes...>

But, in what sense is ctypes optional *on Windows* more than most other modules?  I don't see anything in the ctypes doc.  It is normal to depend on stdlib modules being present and not wrap imports.

Steve: does the Windows installer have an option to omit ctypes?  I don't remember one.  

Anyone: do you know of any CPython Windows distributions that we care about that omit ctypes?

Which of the following best describes the situation?
1. This is a theoretical concern that does not justify adding noise to the code.
2. This is a real concern, but so rare that the fix can be deferred to 3.6.7 and 3.7.1.
3. This is likely common enough that we should ask Ned to cherry-pick the patch into 3.6.6 and 3.7.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:32:50 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Jun 2018 21:32:50 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528839170.17.0.947875510639.issue33656@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:45:26 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 12 Jun 2018 21:45:26 +0000
Subject: [issue31102] deheader: double #incude of the same file
In-Reply-To: <1501667511.46.0.397475744495.issue31102@psf.upfronthosting.co.za>
Message-ID: <1528839926.75.0.947875510639.issue31102@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Closing this. No action item from our side.

----------
nosy: +Mariatta
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31102>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:48:06 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 12 Jun 2018 21:48:06 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528840086.6.0.947875510639.issue33671@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

For future reference, as per https://github.com/python/cpython/pull/7160 discussion, we decided not to use CopyFileEx on Windows and instead increase read() buffer size from 16KB to 1MB (Windows only) resulting in a 40.8% speedup (instead of 48%). Also copyfileobj() has been optimized on all platforms by using readinto()/memoryview()/bytearray().
Updated benchmarks on Windows:

128KB copy (+27%)

    without patch:
        50 loops, best of 5: 7.69 sec per loop
    with patch:
        50 loops, best of 5: 5.61 sec per loop

8MB copy (+45.6%)

    without patch:
        10 loops, best of 5: 20.8 sec per loop
    with patch:
        20 loops, best of 5: 11.3 sec per loop

512MB copy (+40.8%)

    without patch:
        1 loop, best of 5: 1.26 sec per loop
    with patch:
        1 loop, best of 5: 646 msec per loop

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:50:44 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 12 Jun 2018 21:50:44 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528840244.2.0.947875510639.issue33671@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
nosy:  -yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:52:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Jun 2018 21:52:41 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528840361.9.0.947875510639.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I just ran the 3.7.0rc1 installer and here is no option to omit ctypes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:53:01 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Jun 2018 21:53:01 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528840381.32.0.947875510639.issue33839@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: https://bugs.python.org/msg319406

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:53:17 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 12 Jun 2018 21:53:17 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528840397.94.0.947875510639.issue33656@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I just ran the 3.7.0rc1 installer and here is no option to omit ctypes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Tue Jun 12 17:59:37 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 12 Jun 2018 21:59:37 +0000
Subject: [issue33848] Incomplete format string syntax for Exceptions
In-Reply-To: <1528839111.37.0.947875510639.issue33848@psf.upfronthosting.co.za>
Message-ID: <1528840777.5.0.947875510639.issue33848@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

This is because Exception does not define __format__, so object.__format__ is being called. object.__format__ does not allow any format specifier to be used. You get the same error for any object without its own __format__, when you supply a format spec.

>>> 'okay {0:s}'.format(sys)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported format string passed to module.__format__

The reason this is enforced is because it allows an Execption.__format__ to be added in the future, without worrying what existing format specifiers are being used. We had a problem adding complex.__format__ because people had supplied format specs when formatting complex numbers, assuming they acted like strings. But now we've prevented this problem from happening in the future.

If you want to provide str formatting options to something like an exception, you should force-convert it to a str first, using !s:

>>> 'okay {0!s:*^10}'.format(Exception('test'))
'okay ***test***'

----------
components: +Interpreter Core -ctypes
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33848>
_______________________________________

From report at bugs.python.org  Tue Jun 12 18:24:35 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 12 Jun 2018 22:24:35 +0000
Subject: [issue33849] Caught infinite recursion resets the trace function
Message-ID: <1528842275.49.0.947875510639.issue33849@psf.upfronthosting.co.za>


New submission from Alexander Belopolsky <alexander.belopolsky at gmail.com>:

Consider the following code:

import sys

def trace(frame, event, arg):
    pass

def f():
    f()
sys.settrace(trace)
print(sys.gettrace())
try:
    f()
except RuntimeError:
    pass
print(sys.gettrace())

When I run it, I get

<function trace at 0x108865158>
None

Apparently, the infinite recursion somehow resets the trace function.  This interferes with the coverage tools.

----------
messages: 319409
nosy: belopolsky
priority: normal
severity: normal
stage: needs patch
status: open
title: Caught infinite recursion resets the trace function
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33849>
_______________________________________

From report at bugs.python.org  Tue Jun 12 18:29:40 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 12 Jun 2018 22:29:40 +0000
Subject: [issue33849] Caught infinite recursion resets the trace function
In-Reply-To: <1528842275.49.0.947875510639.issue33849@psf.upfronthosting.co.za>
Message-ID: <1528842580.08.0.947875510639.issue33849@psf.upfronthosting.co.za>


Alexander Belopolsky <alexander.belopolsky at gmail.com> added the comment:

It looks like this has been known for quite some time.  See issue10933.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33849>
_______________________________________

From report at bugs.python.org  Tue Jun 12 18:30:19 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 12 Jun 2018 22:30:19 +0000
Subject: [issue33849] Caught infinite recursion resets the trace function
In-Reply-To: <1528842275.49.0.947875510639.issue33849@psf.upfronthosting.co.za>
Message-ID: <1528842619.79.0.947875510639.issue33849@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> duplicate
superseder:  -> Tracing disabled when a recursion error is triggered (even if properly handled)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33849>
_______________________________________

From report at bugs.python.org  Tue Jun 12 18:30:31 2018
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 12 Jun 2018 22:30:31 +0000
Subject: [issue33849] Caught infinite recursion resets the trace function
In-Reply-To: <1528842275.49.0.947875510639.issue33849@psf.upfronthosting.co.za>
Message-ID: <1528842631.37.0.947875510639.issue33849@psf.upfronthosting.co.za>


Change by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33849>
_______________________________________

From report at bugs.python.org  Tue Jun 12 19:22:33 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 23:22:33 +0000
Subject: [issue25246] Alternative algorithm for deque_remove()
In-Reply-To: <1443343421.14.0.18683145075.issue25246@psf.upfronthosting.co.za>
Message-ID: <1528845753.8.0.947875510639.issue25246@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +7285

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25246>
_______________________________________

From report at bugs.python.org  Tue Jun 12 19:31:47 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 12 Jun 2018 23:31:47 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528846307.82.0.947875510639.issue33656@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

There's no option to omit ctypes, though I am aware of some custom builds of Python that exclude it. I don't think you need to worry about those being used for IDLE (but of course the general policy of the stdlib not relying on ctypes remains).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Tue Jun 12 19:34:52 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 12 Jun 2018 23:34:52 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528846492.83.0.947875510639.issue33845@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Hopefully there aren't that many more fixes needed to this scripts - you've done a great job clearing up the issues!

Any reason not to merge right now? I notice your commit message simply reads "Initial commit"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 19:52:30 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 12 Jun 2018 23:52:30 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1528847550.28.0.947875510639.issue30317@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

New failure on x86 Windows7 3.x:

http://buildbot.python.org/all/#/builders/58/builds/1000

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Tue Jun 12 20:02:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Wed, 13 Jun 2018 00:02:28 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528848148.91.0.947875510639.issue33845@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Not really. I name all my first commits "Initial commit" as you gals/guys rename it anyways, and, also, it's usual to be asked for changes :)

I might change my mind after my initial commit, but I only make pull requests when the first commit _seems_ final to me at the time.

PS: Thank you for your words! :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 20:03:35 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Wed, 13 Jun 2018 00:03:35 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528848215.47.0.947875510639.issue33845@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I think I wasn't clear: I see no reason to not merge this right now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 20:22:00 2018
From: report at bugs.python.org (Julian Mehnle)
Date: Wed, 13 Jun 2018 00:22:00 +0000
Subject: [issue31861] aiter() and anext() built-in functions
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1528849320.38.0.947875510639.issue31861@psf.upfronthosting.co.za>


Change by Julian Mehnle <julian at mehnle.net>:


----------
nosy: +jmehnle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Tue Jun 12 20:31:07 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 13 Jun 2018 00:31:07 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528849867.57.0.947875510639.issue33845@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 42ca8367ceb59021bbf5e5fb4fd0268d3411c0a4 by Steve Dower (Andr?s Delfino) in branch '2.7':
bpo-33845: Update Doc\make.bat on 2.7 to bring it on par to master version (GH-7667)
https://github.com/python/cpython/commit/42ca8367ceb59021bbf5e5fb4fd0268d3411c0a4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 20:32:00 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 13 Jun 2018 00:32:00 +0000
Subject: [issue33845] Update Doc\make.bat on 2.7 to bring it on par to master
 version
In-Reply-To: <1528815994.24.0.475983251502.issue33845@psf.upfronthosting.co.za>
Message-ID: <1528849920.92.0.947875510639.issue33845@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Merged!

We don't normally change the name (except to update the GH-7667 reference at the end), but once there's more than one commit GitHub will use the PR title instead of the commit message.

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33845>
_______________________________________

From report at bugs.python.org  Tue Jun 12 21:42:46 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 01:42:46 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528854166.92.0.947875510639.issue33828@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset b9d8ad5130e0f77be28a3dec6d468e6470835573 by Xiang Zhang in branch 'master':
bpo-33828: Add missing versionchanged note for string.Formatter. (GH-7668)
https://github.com/python/cpython/commit/b9d8ad5130e0f77be28a3dec6d468e6470835573


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 21:43:20 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 01:43:20 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528854200.74.0.947875510639.issue33828@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7286

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 21:43:57 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 01:43:57 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528854237.23.0.947875510639.issue33828@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7287

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 22:04:12 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 02:04:12 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528855452.7.0.947875510639.issue33828@psf.upfronthosting.co.za>


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


----------
pull_requests: +7288

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 22:10:54 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 02:10:54 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528855854.06.0.947875510639.issue33828@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 29fdea5ec2054f18e68733ec83edbd0b855fd8bb by Miss Islington (bot) in branch '3.7':
bpo-33828: Add missing versionchanged note for string.Formatter. (GH-7668)
https://github.com/python/cpython/commit/29fdea5ec2054f18e68733ec83edbd0b855fd8bb


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 22:11:27 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 02:11:27 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528855887.65.0.947875510639.issue33828@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 439a9b69985bd4757de1504d19b040f78e384ca4 by Miss Islington (bot) in branch '3.6':
bpo-33828: Add missing versionchanged note for string.Formatter. (GH-7668)
https://github.com/python/cpython/commit/439a9b69985bd4757de1504d19b040f78e384ca4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 22:38:04 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 02:38:04 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528857484.63.0.947875510639.issue33828@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset fc8ea20c6f8571de96791bc5f7f2d693406024c7 by Xiang Zhang in branch '2.7':
[2.7] bpo-33828: Clarify auto-numbering is not available to string.Formatter. (GH-7668) (GH-7676)
https://github.com/python/cpython/commit/fc8ea20c6f8571de96791bc5f7f2d693406024c7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Tue Jun 12 22:40:48 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 02:40:48 +0000
Subject: [issue33828] Add versionchanged notes for string.Formatter
In-Reply-To: <1528705999.65.0.592728768989.issue33828@psf.upfronthosting.co.za>
Message-ID: <1528857648.38.0.947875510639.issue33828@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Thanks for the review, Eric. :-)

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> enhancement
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33828>
_______________________________________

From report at bugs.python.org  Wed Jun 13 00:12:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Jun 2018 04:12:13 +0000
Subject: [issue26698] Tk DPI awareness
In-Reply-To: <1459911228.34.0.00983454800259.issue26698@psf.upfronthosting.co.za>
Message-ID: <1528863133.31.0.947875510639.issue26698@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The fix for IDLE on Windows made it into 3.6.6rc1 and 3.7.0rc1.

Changing the python.exe and pythonw.exe default dpi settings is a possible issue for 3.8, and should have Steve.Dower nosy.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE: Turn on DPI awareness on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26698>
_______________________________________

From report at bugs.python.org  Wed Jun 13 00:47:24 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Jun 2018 04:47:24 +0000
Subject: [issue2053] IDLE - standardize dialogs
In-Reply-To: <1202515821.86.0.159216664847.issue2053@psf.upfronthosting.co.za>
Message-ID: <1528865244.15.0.947875510639.issue2053@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I would rather leave this open for the moment as an information resource.  I wrote query.py with a base class and subclasses to standardize asking users for input.  So some of the patch may be obsolete, but it does have a catalog of popup uses.

The patch consistently replaces tkMessagebox.showerror with widget.showerror.  I have done that in several places, although widget.showerror may just be messagebox.showerror.  At least some of my motivation was making testing easier, by adding a mock to the test instance instead of temporarily monkeypatching messagebox.  If a custom Showerror class were defined in, for instant, query.py, "self.showerror = tkMessagebox.showerror" could easily be replaced by "self.showerror = query.Showerror.

I also have some interest in consistently handling focus in response to key presses.  (There was recently a request for this on idle-dev.)

----------
nosy:  -Todd.Rovito, gpolo, kbk, ned.deily, roger.serwy
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2053>
_______________________________________

From report at bugs.python.org  Wed Jun 13 00:53:20 2018
From: report at bugs.python.org (Lisa Guo)
Date: Wed, 13 Jun 2018 04:53:20 +0000
Subject: [issue33840] connection limit on listening socket in asyncio
In-Reply-To: <1528751429.93.0.592728768989.issue33840@psf.upfronthosting.co.za>
Message-ID: <1528865600.13.0.947875510639.issue33840@psf.upfronthosting.co.za>


Lisa Guo <lisaliguo at yahoo.com> added the comment:

Hi Yury, no, I'm not familiar with the other frameworks (libuv doesn't have this). I'll need to look into it. If anybody else knows, please comment as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33840>
_______________________________________

From report at bugs.python.org  Wed Jun 13 01:10:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 05:10:31 +0000
Subject: [issue33656] IDLE: Turn on DPI awareness on Windows
In-Reply-To: <1527376490.94.0.682650639539.issue33656@psf.upfronthosting.co.za>
Message-ID: <1528866631.24.0.947875510639.issue33656@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I don't know whether this is a theoretical or a real concern, but I think this fix can wait for 3.7.1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33656>
_______________________________________

From report at bugs.python.org  Wed Jun 13 01:54:47 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 13 Jun 2018 05:54:47 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528869287.49.0.947875510639.issue31378@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7289
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 01:56:28 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 13 Jun 2018 05:56:28 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528869388.29.0.947875510639.issue31378@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 01:56:57 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 05:56:57 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528869417.07.0.947875510639.issue33630@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

I encounter the same failure when running test_posix suite with a debug build Python. 

[root at SZX1000328166 cpython]# ./python -m test test_posix
Run tests sequentially
0:00:00 load avg: 0.91 [1/1] test_posix
Warning -- files was modified by test_posix
  Before: []
  After:  ['\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcdb\udcf0\udcd3B\udcb4\udc8b\x7f']
test test_posix failed -- multiple errors occurred; run in verbose mode for details
test_posix failed

== Tests result: FAILURE ==

1 test failed:
    test_posix

Total duration: 459 ms
Tests result: FAILURE

Believe it or not, when I comment out the `Py_DECREF(path)`, the failure goes away.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:07:12 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Jun 2018 06:07:12 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528870032.88.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks, Cheryl, very helpful.  I have since played around with the patch.

Some context first.  I want to make improving Shell a major focus for a while.  Part of that is handling problematic output.  One solution is to remove it.  For instance, if I enter a statement with a name error, I would like to be able to, for instance, hit Alt-Cntl-Z ('Undo Output') and have the last prompt and output erased and the last statement made editable, with the cursor at the end.  
 
Boxing the output is an alternative to just getting rid of it.  Or in some cases, it might make it clearer that deletion is a good idea.  I think some detail's should be different for 'too long' versus 'too many'.

Initial comments using Cheryl's numbers.

1. I tried something more 'sensible': 'a'*10000 by itself and preceded by "for i in range(10): ".  I was surprised that this did not bog down my machine.  I will have to look at some old issues where I verified the problem.  (Perhaps something has improved?)  In any case, I think we should either refuse to expand something malignant or at least ask "Do you really want to kill IDLE by expanding this?"

2. I want IDLE to be more usable without a mouse, and usable with alternate mice.

3. I get the error when Notepad is opened.  For 'lots of lines', such as the 1000+ line output for help(tk.Text), the alternate window (or frame!) can and should be an IDLE edit or view window.  This will be important when IDLE becomes a tabbed application.  I would only want to use external software when a tk Text could not do the job.

8. "Enable editor = False" is needed to keep Squeezer off editor edit menus.  The extension config system has no way to differentiate between settings a user can change and those they should not.  As a feature, it would clearly be Shell only.  As I have said before, I want to move to graying-out menu items rather than inserting and deleting them.

4. I also want restrict new options to those really needed, as determined by experience.  Perhaps we can agree on a fixed cutoff.  Perhaps something like 'more than 100 lines or 5000 characters'.

9. Color option is not needed.  Use the tooltip color.  If we wanted, we could make it depend on whether the theme was light or dark.  If we did, this would be part of the Tooltip class, and not part of this issue.

5. I agree that the cursor should more.

6. Tooltips should go away when the mouse moves off the tool button, and it does.  Cheryl, not sure what you are saying here.  I should like to see the tip when moving the cursor with keys.  Perhaps the button should be replaced by tagged text.  One can click a tag as well as a button, and tab-bind and key press.

7. Making feature option changes take effect immediately was one of the improvements made with the conversion.

(new) 10. The button for 'a'*10000 says '(nn lines)'.  It should say '(10000 chars)' or '(1 line, 10000 chars)'.  The number of lines depends on the text width and changes as the width is changed.  I suspect the squeezer should be able to tell the difference, because when I prefixed 'for i in range(10):', I see 10 buttons with, for one width, '87 lines'.  After expand all and contract, to one button, I see '96 lines', which is 87 (for the first line) + 9 (for each of the rest).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:14:50 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 06:14:50 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528870490.82.0.947875510639.issue33630@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

I checked glibc changelog and the copy behaviour is not implemented until 2014, glic 2.20. There is a CVE-2014-4043. My environment has glic 2.17 which seems still suffer the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:18:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 13 Jun 2018 06:18:41 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528870721.54.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

11. Right click should bring up a custom context menu.  It can have 'cut' (delete), 'copy' (to clipboard, eliminating middle click need), 'edit' (IDLE editor if it seems ok), 'view' (ditto for TextView).

Is there a standard for simulating left and right click with keys?  Whatever, it should be possible to do same with cursor beside button or within tag.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:19:38 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 06:19:38 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528870778.0.0.947875510639.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I'm puzzled. It is not just documented that posix_spawn_file_actions_addopen() should make a copy, but the glibc implementation actually makes it: see for example https://github.com/bminor/glibc/blob/09533208febe923479261a27b7691abef297d604/posix/spawn_faction_addopen.c . I don't see a way of corrupting this memory.

Can non-glibc implementation be used here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:29:52 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 13 Jun 2018 06:29:52 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528871392.69.0.947875510639.issue33630@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Serhiy, you need to check an early version, for example 2.17: https://github.com/bminor/glibc/blob/glibc-2.17/posix/spawn_faction_addopen.c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:38:17 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Wed, 13 Jun 2018 06:38:17 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528871897.88.0.947875510639.issue33462@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Thanks INADA, I made the necessary changes to _collections_abc. Is there anything that I should change?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Wed Jun 13 02:51:52 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 06:51:52 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528872712.95.0.947875510639.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you Xiang! Thus this is a bug in old glibc. It was fixed in glibc 2.20: https://sourceware.org/bugzilla/show_bug.cgi?id=17048 .

What should we do with this? Add a workaround for the bug (this will complicate the code)? Or skip the test on glibc <2.20.

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 03:24:59 2018
From: report at bugs.python.org (Stefan Vasilev)
Date: Wed, 13 Jun 2018 07:24:59 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
In-Reply-To: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>
Message-ID: <1528874699.09.0.947875510639.issue33844@psf.upfronthosting.co.za>


Stefan Vasilev <sopata at iris.ai> added the comment:

Ah, I see now. What a coincidence :)
Thank you for explaining that!

----------
resolution: not a bug -> works for me

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Wed Jun 13 04:44:21 2018
From: report at bugs.python.org (=?utf-8?q?Cl=C3=A9ment_Boyer?=)
Date: Wed, 13 Jun 2018 08:44:21 +0000
Subject: [issue33850] Json.dump() bug when using generator
Message-ID: <1528879461.56.0.947875510639.issue33850@psf.upfronthosting.co.za>


New submission from Cl?ment Boyer <clement at hacknowledge.ch>:

I use a class to write easily json when having generator.
```python
class StreamArray(list):
    def __init__(self, generator):
        super().__init__()
        self.generator = generator
    def __iter__(self):
        return self.generator
    def __len__(self):
        return 1
```
Below a test comparing json.dump and json.dumps.
```
>>> import json
>>> class StreamArray(list):
...     def __init__(self, generator):
...         super().__init__()
...         self.generator = generator
...     def __iter__(self):
...         return self.generator
...     def __len__(self):
...         return 1
... 
>>> g = (i for i in range(0))
>>> json.dumps({"a": StreamArray(g)})
'{"a": []}'
>>> f = open("/tmp/test.json", "w+")
>>> g = (i for i in range(0))
>>> json.dump({"a": StreamArray(g)}, f)
>>> f.close()
>>> print(open("/tmp/test.json").read())
{"a": ]}
```
I don't know if it's me or if there is actually a problem, could you help me ?

----------
components: Library (Lib)
messages: 319436
nosy: biloup
priority: normal
severity: normal
status: open
title: Json.dump() bug when using generator
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33850>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:02:07 2018
From: report at bugs.python.org (Jason)
Date: Wed, 13 Jun 2018 09:02:07 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1528880526.99.0.947875510639.issue33836@psf.upfronthosting.co.za>


Jason <jatkinsee3 at gmail.com> added the comment:

Hey Zach,

Can I get this one? I haven't contributed anything yet.


Cheers,
Jason

----------
nosy: +codecamelot

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:06:36 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Wed, 13 Jun 2018 09:06:36 +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: <1528880796.18.0.947875510639.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

This also manifests itself when using web.py: if the underlying code throws an exception, this is emitted:

  File "/usr/local/lib/python3.5/dist-packages/web/webapi.py", line 364, in input
    out = rawinput(_method)
  File "/usr/local/lib/python3.5/dist-packages/web/webapi.py", line 341, in rawinput
    a = cgi.FieldStorage(fp=fp, environ=e, keep_blank_values=1)
  File "/usr/lib/python3.5/cgi.py", line 561, in __init__
    self.read_single()
  File "/usr/lib/python3.5/cgi.py", line 740, in read_single
    self.read_binary()
  File "/usr/lib/python3.5/cgi.py", line 762, in read_binary
    self.file.write(data)
TypeError: write() argument must be str, not bytes

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:09:40 2018
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 13 Jun 2018 09:09:40 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528880980.77.0.947875510639.issue31378@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:


New changeset 71ede00f140fa6b67a8ac17df68b80079efa8dc2 by Berker Peksag (Zackery Spytz) in branch 'master':
bpo-31378: Document sqlite3.OperationalError exception (GH-7677)
https://github.com/python/cpython/commit/71ede00f140fa6b67a8ac17df68b80079efa8dc2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:10:05 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 09:10:05 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528881005.9.0.947875510639.issue31378@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7290

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:10:42 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 09:10:42 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528881042.62.0.947875510639.issue31378@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7291

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:28:51 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 09:28:51 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528882131.4.0.947875510639.issue31378@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset eea4f149717cc83038641ca53f6f74be785de6f1 by Miss Islington (bot) in branch '3.7':
bpo-31378: Document sqlite3.OperationalError exception (GH-7677)
https://github.com/python/cpython/commit/eea4f149717cc83038641ca53f6f74be785de6f1


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:30:11 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 13 Jun 2018 09:30:11 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528882211.8.0.947875510639.issue31378@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 961332dfd3dbff4c63ed4d9f8b5de937aa63475b by Miss Islington (bot) in branch '3.6':
bpo-31378: Document sqlite3.OperationalError exception (GH-7677)
https://github.com/python/cpython/commit/961332dfd3dbff4c63ed4d9f8b5de937aa63475b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:30:47 2018
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 13 Jun 2018 09:30:47 +0000
Subject: [issue31378] Missing documentation for sqlite3.OperationalError
In-Reply-To: <1504772099.62.0.812032551606.issue31378@psf.upfronthosting.co.za>
Message-ID: <1528882247.06.0.947875510639.issue31378@psf.upfronthosting.co.za>


Change by Berker Peksag <berker.peksag at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31378>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:31:28 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 13 Jun 2018 09:31:28 +0000
Subject: [issue33844] Writing capital letters with csvwriter.writerow changes
 the csv file format
In-Reply-To: <1528808464.61.0.475983251502.issue33844@psf.upfronthosting.co.za>
Message-ID: <1528882288.86.0.947875510639.issue33844@psf.upfronthosting.co.za>


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


----------
resolution: works for me -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33844>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:37:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 09:37:56 +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: <1528882676.83.0.947875510639.issue27777@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:44:58 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 13 Jun 2018 09:44:58 +0000
Subject: [issue33850] Json.dump() bug when using generator
In-Reply-To: <1528879461.56.0.947875510639.issue33850@psf.upfronthosting.co.za>
Message-ID: <1528883098.82.0.947875510639.issue33850@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

You should ask your question on this mailing list: https://mail.python.org/mailman/listinfo/python-list

The bug tracker is not a place for asking how to use Python. If you actually find a bug in Python, you can re-open this issue. I do not believe that what you show here is a Python bug.

Good luck!

----------
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33850>
_______________________________________

From report at bugs.python.org  Wed Jun 13 05:57:36 2018
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 13 Jun 2018 09:57:36 +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: <1528883856.88.0.947875510639.issue27777@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:

Thank you for the ping, Chris. I will try to combine Bert's and Julien's patches and prepare a PR this weekend.

----------
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:05:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 10:05:18 +0000
Subject: [issue32356] asyncio: Make transport.pause_reading()/resume_reading()
 idempotent; add transport.is_reading()
In-Reply-To: <1513568775.87.0.213398074469.issue32356@psf.upfronthosting.co.za>
Message-ID: <1528884318.53.0.947875510639.issue32356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 142e3c08a40c75b5788474b0defe7d5c0671f675 by Victor Stinner in branch '3.6':
[3.6] bpo-32356: idempotent pause_/resume_reading (GH-4914) (GH-7629)
https://github.com/python/cpython/commit/142e3c08a40c75b5788474b0defe7d5c0671f675


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32356>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:08:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 10:08:50 +0000
Subject: [issue33748] test_discovery_failed_discovery in test_unittest
 modifies sys.path
In-Reply-To: <1528027393.44.0.592728768989.issue33748@psf.upfronthosting.co.za>
Message-ID: <1528884530.69.0.947875510639.issue33748@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Note: Python 2.7 doesn't have the test_discovery_from_dotted_namespace_packages() test, so no backport to 2.7 is needed.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33748>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:11:45 2018
From: report at bugs.python.org (Damon Atkins)
Date: Wed, 13 Jun 2018 10:11:45 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528884705.65.0.947875510639.issue15533@psf.upfronthosting.co.za>


Damon Atkins <damon.atkins at gmail.com> added the comment:

I see from this. That this is still an issue
https://github.com/python/cpython/blob/master/Lib/subprocess.py#L1146

Is it not a solution to
save current directory location
chdir(cwd) before calling  _winapi.CreateProcess()
restore the original directory.

This will result in the cwd being searched for the executable, which most people would expect to happen.  It seems CreateProcess does not change to cwd until after the file is checked for existence or loaded.

----------
nosy: +Damon Atkins

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:14:19 2018
From: report at bugs.python.org (Damon Atkins)
Date: Wed, 13 Jun 2018 10:14:19 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528884858.99.0.947875510639.issue15533@psf.upfronthosting.co.za>


Damon Atkins <damon.atkins at gmail.com> added the comment:

See also https://bugs.python.org/msg262399

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:17:52 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 10:17:52 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1528885072.91.0.947875510639.issue33625@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I think this change is too large for bugfix. It is a performance enhancement, but doing it right needs non-trivial rewriting of the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:24:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 10:24:11 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1528885451.19.0.947875510639.issue33625@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

For a recent example of change releasing the GIL, see bpo-32186 which has been backported up to 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:25:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 10:25:50 +0000
Subject: [issue33694] test_asyncio: test_start_tls_server_1() fails on Python
 on x86 Windows7 3.7 and 3.x
In-Reply-To: <1527679178.26.0.682650639539.issue33694@psf.upfronthosting.co.za>
Message-ID: <1528885550.05.0.947875510639.issue33694@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

New changeset 142e3c08a40c75b5788474b0defe7d5c0671f675 by Victor Stinner in branch '3.6':
[3.6] bpo-32356: idempotent pause_/resume_reading (GH-4914) (GH-7629)
https://github.com/python/cpython/commit/142e3c08a40c75b5788474b0defe7d5c0671f675

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33694>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:29:58 2018
From: report at bugs.python.org (Ethan Smith)
Date: Wed, 13 Jun 2018 10:29:58 +0000
Subject: [issue33351] Support compiling with clang-cl on Windows
In-Reply-To: <1524631004.17.0.682650639539.issue33351@psf.upfronthosting.co.za>
Message-ID: <1528885798.73.0.947875510639.issue33351@psf.upfronthosting.co.za>


Change by Ethan Smith <ethan at ethanhs.me>:


----------
pull_requests: +7292

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33351>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:45:36 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Wed, 13 Jun 2018 10:45:36 +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: <1528886736.22.0.947875510639.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

I've already got a PR based on the patch listed under the Files section (it's prepared, not yet submitted), but if you want to do something more, I'll step back and let you do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Wed Jun 13 06:51:05 2018
From: report at bugs.python.org (Cheryl Sabella)
Date: Wed, 13 Jun 2018 10:51:05 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528887065.88.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Cheryl Sabella <cheryl.sabella at gmail.com> added the comment:

6.  Sorry about being so vague.  I was referring to the configuration page having an option to hide/show the tooltip.  I wasn't sure if that was a necessary config option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Wed Jun 13 07:22:33 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 13 Jun 2018 11:22:33 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528888953.39.0.947875510639.issue33671@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests: +7293

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Wed Jun 13 07:25:47 2018
From: report at bugs.python.org (Marius Gedminas)
Date: Wed, 13 Jun 2018 11:25:47 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
Message-ID: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>


New submission from Marius Gedminas <marius at gedmin.as>:

Python 3.7 removes an isinstance(node.body[0], Expr) check ast.get_docstring() that makes it crash when you pass in AST nodes of modules or functions that do not have docstrings.

Steps to reproduce:

- git clone https://github.com/mgedmin/findimports
- cd findimports
- tox -e py37

The failure looks like this:

    Traceback (most recent call last):
      ...
      File "/home/mg/src/findimports/findimports.py", line 337, in find_imports_and_track_names
        visitor.visit(root)
      File "/home/mg/opt/python37/lib/python3.7/ast.py", line 262, in visit
        return visitor(node)
      File "/home/mg/src/findimports/findimports.py", line 169, in visitSomethingWithADocstring
        self.processDocstring(ast.get_docstring(node, clean=False), lineno)
      File "/home/mg/opt/python37/lib/python3.7/ast.py", line 211, in get_docstring
        node = node.body[0].value
    AttributeError: 'Import' object has no attribute 'value'

----------
components: Library (Lib)
messages: 319453
nosy: mgedmin
priority: normal
severity: normal
status: open
title: 3.7 regression: ast.get_docstring() for a node that lacks a docstring
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:13:13 2018
From: report at bugs.python.org (Charalampos Stratakis)
Date: Wed, 13 Jun 2018 12:13:13 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528891993.14.0.947875510639.issue33630@psf.upfronthosting.co.za>


Charalampos Stratakis <cstratak at redhat.com> added the comment:

The latest stable Fedora's have glibc >= 2.26

Maybe the buildbot needs to be updated?

----------
nosy: +cstratak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:14:29 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 12:14:29 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1528892069.38.0.947875510639.issue33851@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7294
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:15:50 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 12:15:50 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1528892150.48.0.947875510639.issue33851@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I think this fix is worth cherry-picking in 3.7.0.

----------
nosy: +ned.deily, serhiy.storchaka
priority: normal -> release blocker
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:16:12 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 12:16:12 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1528892172.74.0.947875510639.issue33851@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:34:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 12:34:53 +0000
Subject: [issue26544] platform.libc_ver() returns incorrect version number
In-Reply-To: <1457742963.17.0.0403505576154.issue26544@psf.upfronthosting.co.za>
Message-ID: <1528893293.74.0.947875510639.issue26544@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I need the glibc version for skipping a test if run with glibc containing a bug (see issue31630 and issue33630). platform.libc_ver() is not usable, it always returns '2.9' (the version that has bugs), while the actual version on my computer is '2.25' (the version that doesn't have these bugs).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26544>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:51:18 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 13 Jun 2018 12:51:18 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528894278.01.0.947875510639.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

If we want to support older versions of glibc a temporary (and somewhat inelegant) workaround is storing the temporaries in a list that the caller passes and destroy the list after calling `posix_spawn`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 08:54:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 12:54:41 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528894481.78.0.947875510639.issue33630@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> If we want to support older versions of glibc a temporary (and somewhat inelegant) workaround is storing the temporaries in a list that the caller passes and destroy the list after calling `posix_spawn`.

Creating a copy seems to be a reasonable tradeoff.

Another option is to detect the bug at runtime and raise an exception if the bug is detected. But I dislike this option: I hate when a function is available in the os module but calling it raises a NotImplementedError :-( Moreover, posix_spawn() seems to be a lot of benefit, so I would like to be able to use it on "old" glibc versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:00:02 2018
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Wed, 13 Jun 2018 13:00:02 +0000
Subject: [issue33850] Json.dump() bug when using generator
In-Reply-To: <1528879461.56.0.947875510639.issue33850@psf.upfronthosting.co.za>
Message-ID: <1528894802.4.0.947875510639.issue33850@psf.upfronthosting.co.za>


Walter D?rwald <walter at livinglogic.de> added the comment:

The problem here is that StreamArray lies about the length of the iterator. This confuses json.encoder._make_iterencode._iterencode_list(), (which is called by json.dump()), because it first does a check for "if not lst" and then assumes in the loop that it will be entered at least once.

(Note that json.dumps() doesn't have that problem, because it calls JSONEncoder.encode() with _one_shot=True which leads to a totally different code path).

We could declare that bug as "don't do that then", but the problem is easily solvable, because we can check whether the loop was entered. The attached patch should do the trick.

An even better approach would IMHO be, that the encoder supports a special flag that enables JSON serialization of generators directly, so it's no longer required to masquerade generators as list

----------
keywords: +patch
nosy: +doerwalter
resolution: not a bug -> 
status: closed -> open
Added file: https://bugs.python.org/file47640/json-dump-generators-bug.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33850>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:12:22 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Wed, 13 Jun 2018 13:12:22 +0000
Subject: [issue33852] doc Remove parentheses from
Message-ID: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

I think the idea of having "list" inside parentheses is to document that in case of sequences, only "one-expression" expression lists are legal.

That being said, IMHO, explaining that in actual prose would be better, but removing the parentheses (taking into account that there's a description of what the expected evaluation of sequences subscription expression lists is) is enough, plus, it's the production list term's name.

If a prose is considered better, it could read:

"If the primary is a sequence, the expression list must be formed by only one expression, and it must evaluate to an integer or a slice (as discussed in the following section)."

Couldn't find the original author. It was committed before the move to mercurial, and I don't know if there's a subversion repo still available to see historical changes.

----------
assignee: docs at python
components: Documentation
messages: 319460
nosy: adelfino, docs at python
priority: normal
pull_requests: 7295
severity: normal
status: open
title: doc Remove parentheses from
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:12:52 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 13:12:52 +0000
Subject: [issue33850] Json.dump() bug when using generator
In-Reply-To: <1528879461.56.0.947875510639.issue33850@psf.upfronthosting.co.za>
Message-ID: <1528895572.89.0.947875510639.issue33850@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This is a duplicate of issue27613.

----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
status: open -> closed
superseder:  -> Empty iterator with fake __len__ is rendered as a single bracket ] when using json's iterencode

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33850>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:14:33 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Wed, 13 Jun 2018 13:14:33 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1528895673.66.0.947875510639.issue33852@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
title: doc Remove parentheses from -> doc Remove parentheses from sequence subscription description

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:19:51 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 13:19:51 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1528895991.41.0.947875510639.issue33852@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This wording was introduced in 3a0ad6089bccf0b167fe8ebd2457fedec8f851a3.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:28:05 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 13 Jun 2018 13:28:05 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528896485.21.0.947875510639.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I have updated the PR with a workaround.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:30:13 2018
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 13 Jun 2018 13:30:13 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1528896613.01.0.947875510639.issue33836@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Certainly!  Have a look at the devguide to get started.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Wed Jun 13 09:45:01 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Wed, 13 Jun 2018 13:45:01 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1528897501.24.0.947875510639.issue33852@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Thanks, Serhiy! Didn't know I should trace the LaTeX version.

Guido, I'm adding you because it seems you authored or at least agreed on the current wording. Do you believe this proposal for improvement makes sense?

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:02:50 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 14:02:50 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528898570.41.0.947875510639.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset ab4a1988fd4347484a7928394b94e2cdf5f8f2a7 by Eric Snow in branch 'master':
bpo-33615: Re-enable subinterpreter tests. (#7552)
https://github.com/python/cpython/commit/ab4a1988fd4347484a7928394b94e2cdf5f8f2a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:08:31 2018
From: report at bugs.python.org (Jan Lachnitt)
Date: Wed, 13 Jun 2018 14:08:31 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528898911.22.0.947875510639.issue15533@psf.upfronthosting.co.za>


Jan Lachnitt <pepalogik at seznam.cz> added the comment:

@eryksun: Sorry for my late reply, apparently I did not have time to reply in 2017. I see your point, but still I think that Python is conceptually multi-platform, so its behavior on Linux and Windows should be as much consistent as possible.

I am not the one to decide which one of the two possible behaviors shall be the correct one. The current documentation <https://docs.python.org/3/library/subprocess.html#subprocess.Popen> describes the behavior on Linux: "In particular, the function looks for executable (or for the first item in args) relative to cwd if the executable path is a relative path." If this is chosen as the correct behavior, then the behavior on Windows is incorrect.

@Damon Atkins: Thank you for reminding this issue, but I suspect your proposed solution of being thread-unsafe. I propose another solution: On Windows, Python should resolve the executable path itself (taking cwd and env into account) and then pass the absolute path to CreateProcess().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:41:41 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 13 Jun 2018 14:41:41 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528900901.67.0.947875510639.issue33839@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7296
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:42:55 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 13 Jun 2018 14:42:55 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528900975.79.0.947875510639.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

The refactoring is done, manual testing with the htests works, and I've added automated tests with ~92% code coverage.

Terry, I'd be happy for your review!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:50:45 2018
From: report at bugs.python.org (Forest)
Date: Wed, 13 Jun 2018 14:50:45 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1528901445.58.0.947875510639.issue27575@psf.upfronthosting.co.za>


Forest <fgregg at gmail.com> added the comment:

Is there anything helpful I can do to help close this issue? Maybe convert it into a github PR?

Since Raymond asked for cases where this issue is a problem, I'll add the case that brought me here.

I have an application where I need to do thousands of intersections of multisets. I started with the collections.Counter object, but the current intersection method is too slow. As Counter is a subclass of dict, I thought that I could significantly speed it up by taking advantage of keys intersections.

I've been able to verify that if key intersection was roughly similar in speed to set intersection, than that would be very helpful. However, the   current speed of key intersection does not make that practicable. I can, of course, cast the keys to sets before intersecting, but as David points out that casting is what is taking significant time.




slow dictionary intersection for becoming larger dicts is becoming a problem for me

----------
nosy: +fgregg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Wed Jun 13 10:58:00 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 14:58:00 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528901880.27.0.947875510639.issue33615@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I've re-enabled the subinterpreter tests, but left the one problem test (ChannelTests.test_run_string_arg_resolved) disabled.  I also changed all uses of %lld to use PRId64 instead.  (Thanks, Victor, for the suggestion.)

The buildbots look good.  I'll keep an eye on "x86 Gentoo Refleaks 3.x" for the next time it runs (starts every 24 hours; 10 hours from now).  When that passes I'll close this issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Wed Jun 13 11:10:40 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 13 Jun 2018 15:10:40 +0000
Subject: [issue33853] test_multiprocessing_spawn is leaking memory
Message-ID: <1528902640.93.0.947875510639.issue33853@psf.upfronthosting.co.za>


New submission from Pablo Galindo Salgado <pablogsal at gmail.com>:

The test `test_multiprocessing_spawn` is leaking memory according to the x86 Gentoo Refleaks 3.x buildbot:


x86 Gentoo Refleaks 3.x
http://buildbot.python.org/all/#/builders/1/builds/253

test_multiprocessing_spawn leaked [1, 2, 1] memory blocks, sum=4
1 test failed again:
    test_multiprocessing_spawn


x86 Gentoo Refleaks 3.7
http://buildbot.python.org/all/#/builders/114/builds/135

----------
components: Tests
keywords: buildbot
messages: 319471
nosy: pablogsal
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn is leaking memory
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33853>
_______________________________________

From report at bugs.python.org  Wed Jun 13 11:30:29 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 15:30:29 +0000
Subject: [issue33853] test_multiprocessing_spawn is leaking memory
In-Reply-To: <1528902640.93.0.947875510639.issue33853@psf.upfronthosting.co.za>
Message-ID: <1528903829.71.0.947875510639.issue33853@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Duplicate of bpo-33735.

----------
nosy: +vstinner
resolution:  -> duplicate
superseder:  -> test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33853>
_______________________________________

From report at bugs.python.org  Wed Jun 13 11:30:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 15:30:42 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
In-Reply-To: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>
Message-ID: <1528903842.77.0.947875510639.issue33735@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

bpo-33853 has been marked as a duplicate this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Wed Jun 13 11:33:43 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 15:33:43 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1528904023.27.0.947875510639.issue17045@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

@Cheryl, thanks for pointing that out.  I'll take a look.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Wed Jun 13 11:36:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 15:36:44 +0000
Subject: [issue31181] Segfault in gcmodule.c:360 visit_decref
 (PyObject_IS_GC(op))
In-Reply-To: <1502401397.09.0.667650470232.issue31181@psf.upfronthosting.co.za>
Message-ID: <1528904204.4.0.947875510639.issue31181@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I am sorry, but without further information, we cannot fix your issue.

Usually, a crash in visit_decref() means that a C extension corrupted a random Python object. Try to run your test on Python 3 using PYTHONMALLOC=debug.

----------
nosy: +vstinner
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31181>
_______________________________________

From report at bugs.python.org  Wed Jun 13 12:21:39 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 16:21:39 +0000
Subject: [issue23869] Initialization is being done in PyType_GenericAlloc
In-Reply-To: <1428159802.19.0.247308187517.issue23869@psf.upfronthosting.co.za>
Message-ID: <1528906899.92.0.947875510639.issue23869@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Thanks for bringing this up, Hristo!

"Initialization" (in this context, and hopefully everywhere in the C-API docs) is referring specifically to setting fields on a custom instance, much as you would expect in __init__ (or sometimes even __new__).  In that regard PyType_GenericAlloc does not do any initialization.  Instead, what it does is at a low level which is consistent with allocating a basic object for use in the CPython object machinery:

  * allocate the memory
  * NULL out the allocated memory
  * set initial refcount to 1
  * fill in the fundamental PyObject fields (e.g. type)
  * register with GC

Most of that relates directly to memory management and definitely belongs in PyType_GenericAlloc.  I suppose you could argue that filling in the fundamental PyObject fields could go into PyType_GenericNew.  However, doing so would leave the "allocated" object in an inconsistent state for the object machinery, to be resolved by the type's tp_new implementation.  This could lead to problems for types that have a custom tp_new that does not use PyType_GenericNew.  In that case moving anything from PyType_GenericAlloc to PyType_GenericNew would be a backward-incompatible change (and add complexity to the object creation workflow).  Even though the chance for breakage is small, there would have to be a really strong reason to make such a change.

Consequently, there isn't a whole lot to be done here and I'm closing this issue.  If I've misunderstood then please let us know.  We can re-open the issue then.

FTR, PyType_GenericAlloc is implemented here:

  https://github.com/python/cpython/blob/master/Objects/typeobject.c#L963

----------
nosy: +eric.snow
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
versions: +Python 3.7, Python 3.8 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23869>
_______________________________________

From report at bugs.python.org  Wed Jun 13 12:22:49 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 16:22:49 +0000
Subject: [issue23869] Initialization is being done in PyType_GenericAlloc
In-Reply-To: <1428159802.19.0.247308187517.issue23869@psf.upfronthosting.co.za>
Message-ID: <1528906969.25.0.947875510639.issue23869@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

As to the docs, the entry for tp_alloc in Doc/c-api/typeobj.rst does not mention initialization.  The tp_new entry does say that it should call tp_alloc and then do the minimum initialization possible.  That implies (weakly) that tp_alloc should do the minimum initialization possible.  Could you point me to the place where the docs talk about tp_alloc and initialization?  That would be useful to see.

Regardless, having the tp_alloc entry explicitly say it shouldn't do any initialization does make sense.  Feel free to open a separate issue on that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23869>
_______________________________________

From report at bugs.python.org  Wed Jun 13 13:14:44 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 13 Jun 2018 17:14:44 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1528910084.8.0.947875510639.issue33625@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> For a recent example of change releasing the GIL, see bpo-32186 which has been backported up to 2.7.

Playing Devil's Advocate here: yes, but that was a far simpler and less extensive change.  bpo-32186 did not change configure.ac and pyconfig.h.in and I suspect that the impact of the old behavior that bpo-32186 was far more wide spread than that of bpo-33625 (stating files on a NFS file system versus doing getpwnam/getpwuid's).  Also when Christian made his comment about a bug fix, the proposed PR was much simpler in scope.

I am not saying that we definitely should not backport to 3.7 but I don't think it is an automatic call as the PR now stands.  In any case, we should first get the fix into master and get some exposure there before deciding whether to backport.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Wed Jun 13 13:50:38 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 17:50:38 +0000
Subject: [issue26544] platform.libc_ver() returns incorrect version number
In-Reply-To: <1457742963.17.0.0403505576154.issue26544@psf.upfronthosting.co.za>
Message-ID: <1528912238.09.0.947875510639.issue26544@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I agree that the strategy used for platform.libc_ver() is not perfect. But the implementation has bugs that make it useless. The following PR fixes two bugs in the implementation:

1) Version numbers compared as strings.
2) Versions that are located on the border of 16 KiB blocks were not recognized or were recognized incorrectly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26544>
_______________________________________

From report at bugs.python.org  Wed Jun 13 13:51:06 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 17:51:06 +0000
Subject: [issue26544] platform.libc_ver() returns incorrect version number
In-Reply-To: <1457742963.17.0.0403505576154.issue26544@psf.upfronthosting.co.za>
Message-ID: <1528912266.22.0.947875510639.issue26544@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7297
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26544>
_______________________________________

From report at bugs.python.org  Wed Jun 13 13:51:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 17:51:27 +0000
Subject: [issue26544] platform.libc_ver() returns incorrect version number
In-Reply-To: <1457742963.17.0.0403505576154.issue26544@psf.upfronthosting.co.za>
Message-ID: <1528912287.65.0.947875510639.issue26544@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
versions: +Python 3.7, Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26544>
_______________________________________

From report at bugs.python.org  Wed Jun 13 13:54:38 2018
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 13 Jun 2018 17:54:38 +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: <1528912478.51.0.947875510639.issue27777@psf.upfronthosting.co.za>


Berker Peksag <berker.peksag at gmail.com> added the comment:

That's even better! :) Please submit your work as a pull request.

Did you take a look at https://github.com/Pylons/webob/pull/300 as well? Can we use the test in the PR? Is it possible to adapt it solve both this and WebOb issues?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Wed Jun 13 14:18:35 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 13 Jun 2018 18:18:35 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528913915.91.0.947875510639.issue33630@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +7298

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 14:25:18 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 13 Jun 2018 18:25:18 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528914318.95.0.947875510639.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Serhiy commented in the PR:

>__GLIBC__ and __GLIBC_MINOR__ give you the version of glibc used at >compile time. But can not the different version be dynamically linked at >run time?

Should we use the list approach always to avoid problems with this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 14:28:35 2018
From: report at bugs.python.org (Ethan Smith)
Date: Wed, 13 Jun 2018 18:28:35 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1528914515.82.0.947875510639.issue30747@psf.upfronthosting.co.za>


Ethan Smith <ethan at ethanhs.me> added the comment:

When working on clang-cl support, I was advised here https://reviews.llvm.org/D47672#1131325 that we may be using hardware lock elision incorrectly. Copying from there:

> I also spoke to Andi Kleen here at Intel to make sure I got these inline assembly versions correct. And he's not sure CPython should be using these the way it is. It looks like they try to use the HLE versions anytime the memory order is acquire/release. But HLE isn't suitable for every acquire/release.

I believe if we just use the simple _InterlockedExchange/_InterlockedCompareExchange intrinsics, things should be safer.

----------
nosy: +Ethan Smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Wed Jun 13 15:33:29 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 13 Jun 2018 19:33:29 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1528918409.39.0.947875510639.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Attaching coverage report for tooltip.py.

The uncovered lines are required to avoid exceptions when closing a windows with a tooltip shown.  These are not currently reproduced by test_tooltip.py because my attempts to exercise them in automated tests have all failed so far.

The TclError exceptions are reproduced by the htest in tooltip.py.  The ValueError exception, however, I've only seen happen when actually running IDLE, since it is raised by the MultiCall module.

IMO it's not worth the effort to achieve 100% automated test coverage here.  It's Terry's decision to make, though.

----------
Added file: https://bugs.python.org/file47641/Coverage for Lib_idlelib_tooltip.py.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 13 15:40:16 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 19:40:16 +0000
Subject: [issue33853] test_multiprocessing_spawn is leaking memory
In-Reply-To: <1528902640.93.0.947875510639.issue33853@psf.upfronthosting.co.za>
Message-ID: <1528918816.61.0.947875510639.issue33853@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33853>
_______________________________________

From report at bugs.python.org  Wed Jun 13 15:50:34 2018
From: report at bugs.python.org (Marcos Dione)
Date: Wed, 13 Jun 2018 19:50:34 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528919434.9.0.947875510639.issue33671@psf.upfronthosting.co.za>


Marcos Dione <mdione at grulic.org.ar> added the comment:

Thanks Gianpaolo for pushing for this. Great job.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Wed Jun 13 16:02:10 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 13 Jun 2018 20:02:10 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1528920130.99.0.947875510639.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Yes, as I wrote on GitHub.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Wed Jun 13 17:13:16 2018
From: report at bugs.python.org (Mali Akmanalp)
Date: Wed, 13 Jun 2018 21:13:16 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1528924396.21.0.947875510639.issue27575@psf.upfronthosting.co.za>


Change by Mali Akmanalp <mali at akmanalp.com>:


----------
nosy: +Mali Akmanalp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Wed Jun 13 17:20:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 13 Jun 2018 21:20:16 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1528924816.41.0.947875510639.issue33671@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Thanks Gianpaolo for pushing for this. Great job.

I concur: great job! Cool optimization.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Wed Jun 13 18:49:23 2018
From: report at bugs.python.org (Eric Snow)
Date: Wed, 13 Jun 2018 22:49:23 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528930163.16.0.947875510639.issue33462@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Would it be possible to re-use the __reverse__() support that exists for OrderedDict?  Doing so could help avoid adding a bunch of duplicated code.

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Wed Jun 13 19:54:16 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 13 Jun 2018 23:54:16 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1528934056.46.0.947875510639.issue27575@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Is there anything helpful I can do to help close this issue?
> Maybe convert it into a github PR?

Yes, that would be nice.  Also, please verify that the test cases cover all the code paths.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Wed Jun 13 20:02:05 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 14 Jun 2018 00:02:05 +0000
Subject: [issue33726] Add short descriptions to PEP references in seealso
In-Reply-To: <1527822205.22.0.682650639539.issue33726@psf.upfronthosting.co.za>
Message-ID: <1528934525.18.0.947875510639.issue33726@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

My personal opinion is that the PEP title should suffice and that a person can click the link for more detail.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33726>
_______________________________________

From report at bugs.python.org  Wed Jun 13 20:27:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 00:27:20 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528936040.91.0.947875510639.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7299

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Wed Jun 13 23:01:29 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 03:01:29 +0000
Subject: [issue33726] Add short descriptions to PEP references in seealso
In-Reply-To: <1527822205.22.0.682650639539.issue33726@psf.upfronthosting.co.za>
Message-ID: <1528945289.28.0.947875510639.issue33726@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Yeah, I think you are right. The motivation for this PR was to not have two PEPs references in the same line, because, IMHO, it looks somewhat weird. Now, they look like:

"See also: PEP 3115 - Metaclasses in Python 3 PEP 3129 - Class Decorators"

Would a change to make it look like:

"""
See also:

PEP 3115 - Metaclasses in Python 3
PEP 3129 - Class Decorators
"""

be accepted?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33726>
_______________________________________

From report at bugs.python.org  Wed Jun 13 23:12:52 2018
From: report at bugs.python.org (Noah Haasis)
Date: Thu, 14 Jun 2018 03:12:52 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1528945972.84.0.947875510639.issue33836@psf.upfronthosting.co.za>


Change by Noah Haasis <haasis_noah at yahoo.de>:


----------
keywords: +patch
pull_requests: +7300
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Wed Jun 13 23:33:29 2018
From: report at bugs.python.org (Damon Atkins)
Date: Thu, 14 Jun 2018 03:33:29 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528947209.48.0.947875510639.issue15533@psf.upfronthosting.co.za>


Damon Atkins <damon.atkins at gmail.com> added the comment:

>From https://msdn.microsoft.com/en-us/library/windows/desktop/ms682425.aspx

Note Python is using CreateProcess(), consider using CreateProcessW()

The Unicode version of this function, CreateProcessW, can modify the contents of this string. Therefore, this parameter cannot be a pointer to read-only memory (such as a const variable or a literal string). If this parameter is a constant string, the function may cause an access violation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 13 23:50:38 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 03:50:38 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
Message-ID: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Add PEP 461 title to Built-in Types seealso.

----------
assignee: docs at python
components: Documentation
messages: 319493
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add PEP title in seealso of Built-in Types
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Wed Jun 13 23:51:39 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 03:51:39 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1528948299.71.0.947875510639.issue33854@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7302
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Thu Jun 14 01:17:54 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 05:17:54 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528953474.49.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Once the ToolTip is ready, I'll begin working on this.

Summarizing what appear to be agreed-upon changes to be made (keeping original numbering for reference):

1. Avoid expanding large output accidentally / too easily. Current suggestions are expanding part of the output with a "more..." button, and a confirmation dialog e.g. "Are you sure? This could bring IDLE to a halt! Consider other methods of viewing the output."

2. Avoid using the middle button. Either use a more commonly accessible mouse-click combo, make it a context-menu option, or make it user-configurable.

3. Make the "preview" functionality use our tkTextView (will need testing to make sure it performs reasonably).

4. Increase default minimum # lines for auto-squeezing. 50? 100?

7. Change implementation method from an extension to an integrated part of IDLE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Thu Jun 14 01:31:00 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 05:31:00 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528954260.39.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Additional feature discussion:

> 10. The button for 'a'*10000 says '(nn lines)'.  It should say '(10000 chars)' or '(1 line, 10000 chars)'.

IMO that's too much, it leads to "information overload".  Since the number of lines shown is the number of "wrapped" lines, e.g. how many visual lines would be used, isn't that enough? W ould users really need to also know how many characters are there?

While on the subject, the labels are currently not updated when the width of the window is changed; this could be a future improvement to make (might need to be done in the background).

> 11. Right click should bring up a custom context menu.  It can have 'cut' (delete), 'copy' (to clipboard, eliminating middle click need), 'edit' (IDLE editor if it seems ok), 'view' (ditto for TextView).

'cut' and 'edit' would break the current IDLE shell convention that output above the prompt is read-only.  Squeezer currently manipulates such output, but essentially keeps it there in a different form.  This seems like a design decision you've already made, Terry, but personally I would find this rather confusing.

> Is there a standard for simulating left and right click with keys?  

Not that I'm aware of. Squeezer already has an event for expanding the last squeezed output; we could improve on the event bindings.  Some keyboards have a dedicated key for opening a context menu (used to be common), so for users with that having all of the options in the context menu would achieve the keyboard-only-usability goal.  We should likely do both, and show the keyboard shortcuts in the context menu.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Thu Jun 14 01:44:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Jun 2018 05:44:56 +0000
Subject: [issue1529353] Squeezer - squeeze large output in the interpreter
Message-ID: <1528955096.56.0.947875510639.issue1529353@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

3. It is idlelib's TextView, not tkTextView.  If it is not 'good enough', we might improve it.

5. Look at former extensions, like codecontext.py, corresponding parts of editor.py.  The key thing for immediate effect is the class reload method, called when the module is imported and when ConfigDialog [Apply] or [OK] is clicked.  For the latter, the class or its method must added to a list in either in ConfigDialog or EditorWindow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1529353>
_______________________________________

From report at bugs.python.org  Thu Jun 14 02:36:30 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 06:36:30 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528958190.75.0.947875510639.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

It would be extremely helpful to have some test cases that actually work for users but fail with smtplib.  So far we have no actual examples, likely due to these being passwords.

> Note: it is definitely the case, regardless of what the RFC says, that binary passwords need to be supported.

I'm not sure what you mean by "binary".  Do you mean 8-bit characters, a.k.a. bytes?

> utf-8 should probably be used as the default encoding for string passwords, rather than ascii.

It is also possible that the appropriate encoding here is "latin1" a.k.a. ISO-8859-1 encoding.  This specifically includes many specialized versions of latin characters, e.g. those with German umlauts as mentioned in the duplicate issue #33741.  And it could even be the very common Windows-1252 encoding: "It is probably the most-used 8-bit character encoding in the world." (Wikipedia)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:05:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 07:05:39 +0000
Subject: [issue19382] tabnanny unit tests
In-Reply-To: <1382655525.74.0.119259261788.issue19382@psf.upfronthosting.co.za>
Message-ID: <1528959939.62.0.947875510639.issue19382@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset dfa9643d292dcaa14cbf3c44b8330ba2159976c0 by Victor Stinner (Jaysinh Shukla) in branch 'master':
bpo-19382: Adding test cases for module tabnanny (GH-851)
https://github.com/python/cpython/commit/dfa9643d292dcaa14cbf3c44b8330ba2159976c0


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19382>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:08:37 2018
From: report at bugs.python.org (david)
Date: Thu, 14 Jun 2018 07:08:37 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1528958190.75.0.947875510639.issue29750@psf.upfronthosting.co.za>
Message-ID: <911855F2-9383-4E75-A727-81FC48F053E1@gmail.com>


david <davidventura27 at gmail.com> added the comment:

In my case I was doing tests with "contrase?a" which is (spanish for password) and it failed

On June 14, 2018 8:36:30 AM GMT+02:00, Tal Einat <report at bugs.python.org> wrote:
>
>Tal Einat <taleinat at gmail.com> added the comment:
>
>It would be extremely helpful to have some test cases that actually
>work for users but fail with smtplib.  So far we have no actual
>examples, likely due to these being passwords.
>
>> Note: it is definitely the case, regardless of what the RFC says,
>that binary passwords need to be supported.
>
>I'm not sure what you mean by "binary".  Do you mean 8-bit characters,
>a.k.a. bytes?
>
>> utf-8 should probably be used as the default encoding for string
>passwords, rather than ascii.
>
>It is also possible that the appropriate encoding here is "latin1"
>a.k.a. ISO-8859-1 encoding.  This specifically includes many
>specialized versions of latin characters, e.g. those with German
>umlauts as mentioned in the duplicate issue #33741.  And it could even
>be the very common Windows-1252 encoding: "It is probably the most-used
>8-bit character encoding in the world." (Wikipedia)
>
>----------
>
>_______________________________________
>Python tracker <report at bugs.python.org>
><https://bugs.python.org/issue29750>
>_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:09:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 07:09:42 +0000
Subject: [issue19382] tabnanny unit tests
In-Reply-To: <1382655525.74.0.119259261788.issue19382@psf.upfronthosting.co.za>
Message-ID: <1528960182.87.0.947875510639.issue19382@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Thanks Jaysinh Shukla for adding new unit tests to tabnanny, good job!

I don't think that it's worth it to backport the new tests to 2.7, 3.6 or 3.7 branch.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19382>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:13:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Jun 2018 07:13:13 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
Message-ID: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

For module in idlelib modules:
    Create test_module from new template.py.
    Add 'module' to docstring and import.
    Check other minimal imports.
    Create instance of each class, with requires('gui') if needed.
    Add initial coverage of this test.

I am also reviewing existing tests.

PR initially adds template, 1 new file, and edits 3 others.  Needs blurb.   I will add more, but will likely break this up into multiple PRs.  This should, of course, been done years ago.

Reviews welcome, non-Windows test would be good.  (Tal, what do you have?)

----------
assignee: terry.reedy
components: IDLE
messages: 319501
nosy: cheryl.sabella, taleinat, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: Minimally test every non-startup module.
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:20:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 14 Jun 2018 07:20:06 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1528960806.87.0.947875510639.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7303
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:35:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 07:35:04 +0000
Subject: [issue19102] Add tests for CLI of the tabnanny module
In-Reply-To: <1380282068.15.0.580247887303.issue19102@psf.upfronthosting.co.za>
Message-ID: <1528961704.28.0.947875510639.issue19102@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

New changeset dfa9643d292dcaa14cbf3c44b8330ba2159976c0 by Victor Stinner (Jaysinh Shukla) in branch 'master':
bpo-19382: Adding test cases for module tabnanny (GH-851)
https://github.com/python/cpython/commit/dfa9643d292dcaa14cbf3c44b8330ba2159976c0

--

@Jaysinh Shukla: I looked at Berker's old patch, and I think that it would be interesting to modify tabnanny to return with a non-zero exit code in case of failure. Maybe replace "return" with "sys.exit(1)" after errprint() calls.

----------
nosy: +jaysinh.shukla, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:43:06 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 14 Jun 2018 07:43:06 +0000
Subject: [issue33856] Type "help" is not present on win32
Message-ID: <1528962186.04.0.947875510639.issue33856@psf.upfronthosting.co.za>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
nosy: matrixise
priority: normal
severity: normal
status: open
title: Type "help" is not present on win32
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Thu Jun 14 03:56:13 2018
From: report at bugs.python.org (Jaysinh shukla)
Date: Thu, 14 Jun 2018 07:56:13 +0000
Subject: [issue19102] Add tests for CLI of the tabnanny module
In-Reply-To: <1380282068.15.0.580247887303.issue19102@psf.upfronthosting.co.za>
Message-ID: <1528962973.78.0.947875510639.issue19102@psf.upfronthosting.co.za>


Jaysinh shukla <jaysinhp at gmail.com> added the comment:

@STINNER Victor Thanks for merging. I will try to observe that patch and will update you here. Have a great day

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 04:26:13 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 14 Jun 2018 08:26:13 +0000
Subject: [issue33856] Type "help" is not present on win32
Message-ID: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>


New submission from Steven D'Aprano <steve+python at pearwood.info>:

What do you mean "type help"?

help() is added by the site module, if you've done something to skip running the site module it won't be added.

Can you give an example of what you are trying to do, what happens and what you expected?

Are you running in IDLE or the regular REPL?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:15:40 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Thu, 14 Jun 2018 10:15:40 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1528971340.34.0.947875510639.issue33462@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi, I took a look at the code of OrderedDict it's using the double linked-list to iterate through the items using _odictnode_PREV and _odictnode_NEXT.

Since ordereddict needs to support move_to_end that will change the iterating order while dict does not, is it possible to share the code for __reversed__? As I understand it, the current code for OrderedDict and dict are not sharing code for the implementation of __iter__ and I'm not sure how it would be possible to do so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:17:35 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 10:17:35 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1528971455.89.0.947875510639.issue33855@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

My main laptop is currently Windows 10, I use it for most CPython work.

I also have PCs running OSX, Ubuntu and Windows 7.

Terry, let me know what and when you'd like me to run on which OSs, and I'll get it done :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:28:23 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 10:28:23 +0000
Subject: [issue24145] Support |= for parameters in converters
In-Reply-To: <1431088392.11.0.874490778246.issue24145@psf.upfronthosting.co.za>
Message-ID: <1528972103.68.0.947875510639.issue24145@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24145>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:29:46 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 10:29:46 +0000
Subject: [issue24009] Get rid of rare format units in PyArg_Parse*
In-Reply-To: <1429470884.11.0.538472438707.issue24009@psf.upfronthosting.co.za>
Message-ID: <1528972186.56.0.947875510639.issue24009@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24009>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:31:18 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 10:31:18 +0000
Subject: [issue20341] Argument Clinic: add "nullable ints"
In-Reply-To: <1390360681.97.0.808723930218.issue20341@psf.upfronthosting.co.za>
Message-ID: <1528972278.57.0.947875510639.issue20341@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20341>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:36:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 10:36:56 +0000
Subject: [issue24379] Add operator.subscript as a convenience for creating
 slices
In-Reply-To: <1433398024.28.0.0919512106527.issue24379@psf.upfronthosting.co.za>
Message-ID: <1528972616.69.0.947875510639.issue24379@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

So 3.8 then, or should this be closed?

FWIW I'm -1.  IMO this should be a code recipe somewhere, no need for it to be in the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24379>
_______________________________________

From report at bugs.python.org  Thu Jun 14 06:37:39 2018
From: report at bugs.python.org (goron)
Date: Thu, 14 Jun 2018 10:37:39 +0000
Subject: [issue33857] python exception on Solaris : code for hash blake2b was
 not found
Message-ID: <1528972659.33.0.947875510639.issue33857@psf.upfronthosting.co.za>


New submission from goron <gilad.oron at gmail.com>:

Hi
I'm running python 3.6 on solaris and i'm always getting this error:

ERROR:root:code for hash blake2b was not found.
ValueError: unsupported hash type blake2b
ERROR:root:code for hash blake2s was not found.
ValueError: unsupported hash type blake2s

I have found that hashlib.so is missing in my library and the error is disappear when commenting out the import to  'blake2b' and 'blake2s' @ hashlib.py

Is this issue was fixed in later versions or a patches?
What should i do?
Thanks

----------
components: Extension Modules
messages: 319508
nosy: goron
priority: normal
severity: normal
status: open
title: python exception on Solaris : code for hash blake2b was not found
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33857>
_______________________________________

From report at bugs.python.org  Thu Jun 14 07:39:18 2018
From: report at bugs.python.org (aruseni)
Date: Thu, 14 Jun 2018 11:39:18 +0000
Subject: [issue33858] A typo in multiprocessing documentation
Message-ID: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>


New submission from aruseni <aruseni.magiku at gmail.com>:

https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods

> locks created using the fork context cannot be passed to a processes started using the spawn or forkserver start methods

----------
assignee: docs at python
components: Documentation
messages: 319509
nosy: aruseni, docs at python
priority: normal
severity: normal
status: open
title: A typo in multiprocessing documentation
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Thu Jun 14 08:09:39 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 14 Jun 2018 12:09:39 +0000
Subject: [issue33859] Spelling mistakes found using aspell
Message-ID: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>


New submission from Karthikeyan Singaravelan <tir.karthi at gmail.com>:

I have found some typos in docs folder using aspell. I have fixed them. The changes are as below : 

Doc/library/codecs.rst - cypher - cipher
Doc/library/email.rst - Protcol - Protocol
Doc/library/importlib.rst - abstact - abstract
Doc/library/xmlrpc.client.rst - unmarsalling - unmarshalling
Doc/license.rst - aheared to - adhered to
Doc/using/cmdline.rst - descibed - described
Doc/whatsnew/3.3.rst - accumlated - accumulated
Doc/whatsnew/3.6.rst - Lollilop - Lollipop
Doc/whatsnew/3.7.rst - direcory - directory

Find typos - 

find . -iname '*rst' | xargs -I{} sh -c "aspell --master=en_US --extra-dicts=en_GB --ignore 3 list < {}" | sort | uniq > typos.txt

Ignore case

tr '[:upper:]' '[:lower:]' < typos.txt | sort | uniq | less

This requires manually looking at output of less and then making changes.

----------
assignee: docs at python
components: Documentation
messages: 319510
nosy: docs at python, xtreak
priority: normal
severity: normal
status: open
title: Spelling mistakes found using aspell
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Thu Jun 14 08:12:54 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 14 Jun 2018 12:12:54 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1528978374.42.0.947875510639.issue33859@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
keywords: +patch
pull_requests: +7304
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Thu Jun 14 08:58:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 12:58:24 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1528981104.42.0.947875510639.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 4ffe9c2b251f6e027b26250b7a2618e78d4edd22 by Victor Stinner in branch 'master':
bpo-33718: regrtest: use format_duration() to display failed tests (GH-7686)
https://github.com/python/cpython/commit/4ffe9c2b251f6e027b26250b7a2618e78d4edd22


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:17:23 2018
From: report at bugs.python.org (Pavel Raiskup)
Date: Thu, 14 Jun 2018 13:17:23 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1528982243.74.0.947875510639.issue14102@psf.upfronthosting.co.za>


Change by Pavel Raiskup <praiskup at redhat.com>:


----------
nosy: +Pavel Raiskup

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:18:57 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 14 Jun 2018 13:18:57 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1528982337.63.0.947875510639.issue33721@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Eric wrote:
> I don't know of any OS that supports NULs in filenames

HFS, HFS Plus, and Apple File System all support NULs in filenames.

HFS Plus volumes include a special special directory called the metadata directory, in the volume's root directory, called "\0\0\0\0HFS+ Private Data".

https://developer.apple.com/library/archive/technotes/tn/tn1150.html#HFSPlusNames

There are, I believe, Carbon APIs for checking for file names which do not rely on NUL-terminated strings (they use an array of Unicode characters with an explicit length), but I don't know enough about OS X APIs to know if they are current generation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:25:32 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 14 Jun 2018 13:25:32 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1528982732.98.0.947875510639.issue33721@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Eryk Sun says:
> It has to be a ValueError since the error is an invalid parameter at the Python level.

How does the first follow from the second?

Strings with NULs in them aren't errors or invalid parameters at the Python level, and they are legal file names in at least some file systems.

Jython does this:

>>> import os
>>> os.path.exists('/tmp/foo\0bar')
False
>>> os.stat('/tmp/foo\0bar')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OSError: [Errno 2] No such file or directory: '/tmp/foo\x00bar'


As far as I am concerned, raising ValueError is simply a bug. The documentation for the os module clearly states:

    All functions in this module raise OSError in the case of
    invalid or inaccessible file names and paths, or other
    arguments that have the correct type, but are not accepted
    by the operating system.

I don't believe there is any good reason for singling out NULs for a different exception from other invalid file names like ">" on NTFS.

This ought to be an OSError for functions like os.stat and False for os.path.exists, as Jython does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:54:31 2018
From: report at bugs.python.org (R. David Murray)
Date: Thu, 14 Jun 2018 13:54:31 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528984471.57.0.947875510639.issue29750@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

While you are correct that latin1 may be common in this situation, I think it may still be better to have utf-8 be the default, since that is the (still emerging? :) standard.  However, you are correct to call for examples: if in the *majority* of the real-world cases it turns out latin1 is what is used, then we could default to that (or not have a default, but instead document our observations).

I don't know how we accumulate enough information to make that decision, though.  Maybe we could look at what other mail programs do?  Thunderbird, etc?  David, which mail program(s) did you use that were able to successfully send that password?

And yes, by binary passwords I mean that the module needs to support being passed a bytes-like object as the password, since clearly there are servers "in the wild" that support non-ascii passwords and the only way to be sure one can send the server the correct password is by treating it as a series of bytes.  The library caller will have to be responsible for picking the correct encoding based on local knowledge.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:56:08 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 13:56:08 +0000
Subject: [issue33829] C API: provide new object protocol helper
In-Reply-To: <1528710870.35.0.592728768989.issue33829@psf.upfronthosting.co.za>
Message-ID: <1528984568.69.0.947875510639.issue33829@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33829>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:56:23 2018
From: report at bugs.python.org (david)
Date: Thu, 14 Jun 2018 13:56:23 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1528984471.57.0.947875510639.issue29750@psf.upfronthosting.co.za>
Message-ID: <00028F2E-5885-416F-B147-C64D7181E960@gmail.com>


david <davidventura27 at gmail.com> added the comment:

Both thunderbird, sogo (web) and gmail (web).

On June 14, 2018 3:54:31 PM GMT+02:00, "R. David Murray" <report at bugs.python.org> wrote:
>
>R. David Murray <rdmurray at bitdance.com> added the comment:
>
>While you are correct that latin1 may be common in this situation, I
>think it may still be better to have utf-8 be the default, since that
>is the (still emerging? :) standard.  However, you are correct to call
>for examples: if in the *majority* of the real-world cases it turns out
>latin1 is what is used, then we could default to that (or not have a
>default, but instead document our observations).
>
>I don't know how we accumulate enough information to make that
>decision, though.  Maybe we could look at what other mail programs do? 
>Thunderbird, etc?  David, which mail program(s) did you use that were
>able to successfully send that password?
>
>And yes, by binary passwords I mean that the module needs to support
>being passed a bytes-like object as the password, since clearly there
>are servers "in the wild" that support non-ascii passwords and the only
>way to be sure one can send the server the correct password is by
>treating it as a series of bytes.  The library caller will have to be
>responsible for picking the correct encoding based on local knowledge.
>
>----------
>
>_______________________________________
>Python tracker <report at bugs.python.org>
><https://bugs.python.org/issue29750>
>_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 09:58:05 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 13:58:05 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1528984685.59.0.947875510639.issue33858@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Could you make a PR correcting this bug? If you cannot I can do it instead. :)

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:11:01 2018
From: report at bugs.python.org (aruseni)
Date: Thu, 14 Jun 2018 14:11:01 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1528985461.83.0.947875510639.issue33858@psf.upfronthosting.co.za>


aruseni <aruseni.magiku at gmail.com> added the comment:

I just took a look at the most recent version of this file, and found out that this has already been fixed.

https://github.com/python/cpython/blob/master/Doc/library/multiprocessing.rst

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:15:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 14:15:35 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1528985735.81.0.947875510639.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7306

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:25:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 14:25:04 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1528986304.44.0.947875510639.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7307

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:28:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 14:28:09 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1528986489.63.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 019d33b7a447e78057842332fb5d3bad01922122 by Victor Stinner in branch 'master':
bpo-32962: python-gdb catchs ValueError on read_var() (GH-7692)
https://github.com/python/cpython/commit/019d33b7a447e78057842332fb5d3bad01922122


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:49:49 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Jun 2018 14:49:49 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1527078316.31.0.682650639539.issue33615@psf.upfronthosting.co.za>
Message-ID: <1528987789.8.0.947875510639.issue33615@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:51:41 2018
From: report at bugs.python.org (Jelle Zijlstra)
Date: Thu, 14 Jun 2018 14:51:41 +0000
Subject: [issue31861] aiter() and anext() built-in functions
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1528987901.92.0.947875510639.issue31861@psf.upfronthosting.co.za>


Jelle Zijlstra <jelle.zijlstra at gmail.com> added the comment:

Do these really need to be builtins?

They seem too specialized to be widely useful; I've personally never needed them in any async code I've written. It would make more sense to me to put them in a module like operators.

----------
nosy: +Jelle Zijlstra

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Thu Jun 14 10:55:32 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 14 Jun 2018 14:55:32 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528988132.75.0.947875510639.issue15533@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +gregory.p.smith
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:10:54 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 14 Jun 2018 15:10:54 +0000
Subject: [issue31861] aiter() and anext() built-in functions
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1528989054.19.0.947875510639.issue31861@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Do these really need to be builtins?

We're only beginning to see async iterators being used in the wild, so we can't have a definitive answer at this point.

> They seem too specialized to be widely useful; I've personally never needed them in any async code I've written. It would make more sense to me to put them in a module like operators.

I think putting them to the operators module makes sense, at least for 3.8.  Do you want to work on a pull request?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:14:31 2018
From: report at bugs.python.org (R. David Murray)
Date: Thu, 14 Jun 2018 15:14:31 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1528989271.44.0.947875510639.issue29750@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

For the web cases I presume you also set the password using the web interface, so that doesn't really tell us anything useful.  Did you use thunderbird to access the mailbox that you set up via gmail and/or sogo?  That would make what thunderbird does the interesting question.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:15:29 2018
From: report at bugs.python.org (david)
Date: Thu, 14 Jun 2018 15:15:29 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1528989271.44.0.947875510639.issue29750@psf.upfronthosting.co.za>
Message-ID: <E03A9853-18ED-4497-A9C8-59A8FE874C62@gmail.com>


david <davidventura27 at gmail.com> added the comment:

Yes, i used thunderbird for both

On June 14, 2018 5:14:31 PM GMT+02:00, "R. David Murray" <report at bugs.python.org> wrote:
>
>R. David Murray <rdmurray at bitdance.com> added the comment:
>
>For the web cases I presume you also set the password using the web
>interface, so that doesn't really tell us anything useful.  Did you use
>thunderbird to access the mailbox that you set up via gmail and/or
>sogo?  That would make what thunderbird does the interesting question.
>
>----------
>
>_______________________________________
>Python tracker <report at bugs.python.org>
><https://bugs.python.org/issue29750>
>_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:25:56 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 15:25:56 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
Message-ID: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, using "ordered dictionaries" references is somewhat confusing now that dictionaries preserve insertion order.

PR changes this references to "OrderedDict object".

----------
assignee: docs at python
components: Documentation
messages: 319523
nosy: adelfino, docs at python
priority: normal
pull_requests: 7308
severity: normal
status: open
title: doc Avoid "ordered dictionary" references now that dictionaries are ordered
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:48:44 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 14 Jun 2018 15:48:44 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1528991324.47.0.947875510639.issue33860@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

"ordered dictionary" means "dict-like object which preserves insertion order".  Both of dict and OrderedDict is "ordered dictionary".

If we change it to OrderedDict, it make harder to change return type from OrderedDict to normal dict.

Do you propose we should never change return type?

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:56:43 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 14 Jun 2018 15:56:43 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1528991803.82.0.947875510639.issue33860@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Sometime, we chose weak name like "file-like" or "dictionary" over "io.TextIOWrapper" or "dict", to avoid making future improvements harder.

If there are no strong reason to specify concrete type, let's keep using weak name.

In case of enum members, I want to change it to regular dict in Python 3.8, but I'm not sure yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:57:46 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 15:57:46 +0000
Subject: [issue33830] Error in the output of one example in the httplib docs
In-Reply-To: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>
Message-ID: <1528991866.64.0.947875510639.issue33830@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
title: example output error -> Error in the output of one example in the httplib docs

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Thu Jun 14 11:59:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 15:59:56 +0000
Subject: [issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks
 3.x
In-Reply-To: <1528987789.85.0.121749146738.issue33615@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGGDnXpex5fmhgw1yP7A8S7F4C5QPnADZhdudP+pyYMfmQ@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

It's nice to see this issue fixed :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33615>
_______________________________________

From report at bugs.python.org  Thu Jun 14 12:01:56 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 16:01:56 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1528992116.27.0.947875510639.issue33823@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Python++: Sorry, I still cannot understand exactly what is wrong. Could you please redact a little paragraph explaining (1) what function/functions are you using (and maybe a very short example), (2) what is not working and (3) what do you expect to see instead. Sorry if it feels redundant but it will help is understand better the problem.

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Thu Jun 14 12:24:44 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 16:24:44 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1528993484.79.0.947875510639.issue14102@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I think this should be something that is not included in argparse itself. I can imagine a scenario in which the manpage is accessible through `./python foo.py --manpage` but the manpage is not installed systemwide. This will be very confusing for users. Also, as Serhiy comments, argparse provides functionality that at this point is relevant for the enduser of the application. Generating a man page in a build script sounds like something that should be on its own or as a help function of the build system. The only thing argparse could do (maybe) is trying to read an already installed manpage and use that, but I still think that is not a good idea because it can generate conflicts and similar if multiple versions are installed or if the help of the package deviates from the manpage.

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 12:59:32 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Jun 2018 16:59:32 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
Message-ID: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

When working on a path for issue33721 I have found that some tests for os.path can be improved, and these changes are worth backporting to older versions (3.6+).

* Test exists(), lexists(), isdir(), isfile(), islink(), ismount() with bytes paths.
* Remove unneeded silencing DeprecationWarning for ismount() with bytes path.
* Test common functions with unencodable and undecodable paths.
* Minor clean up and refactoring.

----------
components: Tests
messages: 319529
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Minor improvements of tests for os.path.
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:14:41 2018
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 14 Jun 2018 17:14:41 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1528996481.19.0.947875510639.issue15533@psf.upfronthosting.co.za>


Gregory P. Smith <greg at krypto.org> added the comment:

Thanks for pointing me at this issue Ned.  It sounds like there is a behavior difference between Windows and POSIX systems related to the current directory and/or which process environment is used by the system call that launches the new process to find the executable.

It seems to have existed "forever" in subprocess module API terms, so I don't know if we should reconcile the corner cases when cwd and/or env are supplied to a single cross platform behavior as that could break existing code.  Such a behavior change _could_ be made but be 3.8 specific.  BUT:  If we did that, it becomes a challenge for people writing code that needs to work on multiple Python versions.  Popen growing yet another bool flag parameter to choose the new behavior is possible, but quite ugly (and unusable on multi-python version code).

I think we should start out by living with the difference - document these platform specific corner case behaviors to minimize surprise.

If we want to provide a way for people to have the same behavior on both, we should document a recommended way to do that.  I believe that entails telling people get an absolute path to their executable themselves before launching the subprocess as that should work the same no matter the cwd or environment?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:28:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 17:28:25 +0000
Subject: [issue20187] The Great Argument Clinic Conversion Derby Meta-Issue
In-Reply-To: <1389141105.5.0.459903580868.issue20187@psf.upfronthosting.co.za>
Message-ID: <1528997305.88.0.947875510639.issue20187@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20187>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:28:53 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 17:28:53 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1528997333.17.0.947875510639.issue33860@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Please note that DictReader already mentions "OrderedDict" as a type it returns now. I do see the issue you raise though and I'm not proposing to guarantee that type for next versions.

I see the benefits of using weak names, but "dictionary" alone doesn't seem like a good weak name to me, as it's the common name of an actual type. "ordered dictionary" is the common name of a type, too, which makes the "dictionary" in that phrase less of a weak name. Bacause of this, I don't think we are using weak names in the cases the PR changes.

A dict-like object must preserve insertion order as that's what dict does; specifying it could make people think dicts aren't ordered. I understand a dict-like object as if it were a dict subclass, that is, following the full dict API.

As to what the changes could look like with these things in mind... It's difficult to say without knowing which API are we actually telling people to rely on now: dict, dict-like, OrderedDict, OrderedDict-like?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:28:59 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 17:28:59 +0000
Subject: [issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2
 files
In-Reply-To: <1389138574.32.0.892814928986.issue20177@psf.upfronthosting.co.za>
Message-ID: <1528997339.21.0.947875510639.issue20177@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20177>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:29:35 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 17:29:35 +0000
Subject: [issue20181] Derby #12: Convert 50 sites to Argument Clinic across 4
 files
In-Reply-To: <1389140203.53.0.198441160626.issue20181@psf.upfronthosting.co.za>
Message-ID: <1528997375.7.0.947875510639.issue20181@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
nosy:  -taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20181>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:37:32 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 17:37:32 +0000
Subject: [issue33862] doc Fix Enum __members__ type
Message-ID: <1528997852.32.0.947875510639.issue33862@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Documentation says __members__ attribute returns an "ordered dictionary" but it returns a mappingproxy instead.

PR fixes this.

----------
assignee: docs at python
components: Documentation
messages: 319532
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Fix Enum __members__ type
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33862>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:38:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 14 Jun 2018 17:38:25 +0000
Subject: [issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9
 files
In-Reply-To: <1389140162.94.0.578256004005.issue20180@psf.upfronthosting.co.za>
Message-ID: <1528997905.24.0.947875510639.issue20180@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

IMO we should create new issues for AC conversion of the collections and random modules (assuming they haven't been converted yet), and close this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20180>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:42:08 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Thu, 14 Jun 2018 17:42:08 +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: <1528998128.86.0.947875510639.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

I'll get a PR submitted this weekend, and post back here.  It will not explicitly address that other case, as I don't have the capacity or wherewithal for that.  Alas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:48:44 2018
From: report at bugs.python.org (Sergey Fedoseev)
Date: Thu, 14 Jun 2018 17:48:44 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1528998524.54.0.947875510639.issue8488@psf.upfronthosting.co.za>


Change by Sergey Fedoseev <fedoseev.sergey at gmail.com>:


----------
nosy: +sir-sigurd

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:51:04 2018
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 14 Jun 2018 17:51:04 +0000
Subject: [issue20187] The Great Argument Clinic Conversion Derby Meta-Issue
In-Reply-To: <1389141105.5.0.459903580868.issue20187@psf.upfronthosting.co.za>
Message-ID: <1528998664.73.0.947875510639.issue20187@psf.upfronthosting.co.za>


Change by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20187>
_______________________________________

From report at bugs.python.org  Thu Jun 14 13:57:40 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 17:57:40 +0000
Subject: [issue33862] doc Fix Enum __members__ type
In-Reply-To: <1528997852.32.0.947875510639.issue33862@psf.upfronthosting.co.za>
Message-ID: <1528999060.09.0.947875510639.issue33862@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7309
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33862>
_______________________________________

From report at bugs.python.org  Thu Jun 14 14:05:59 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Jun 2018 18:05:59 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1528999559.82.0.947875510639.issue33721@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7310
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 14:11:43 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Jun 2018 18:11:43 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1528999903.6.0.947875510639.issue33721@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This change looks desirable to me. But it looks too large for backporting it to maintained versions.

----------
type: behavior -> enhancement
versions: +Python 3.8 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 14:16:47 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Jun 2018 18:16:47 +0000
Subject: [issue33862] doc Fix Enum __members__ type
In-Reply-To: <1528997852.32.0.947875510639.issue33862@psf.upfronthosting.co.za>
Message-ID: <1529000207.39.0.947875510639.issue33862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Is not returning a mappingproxy an implementation detail? The important thing is that the result is a mapping of names to members, and that it is ordered.

----------
nosy: +barry, eli.bendersky, ethan.furman, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33862>
_______________________________________

From report at bugs.python.org  Thu Jun 14 14:46:55 2018
From: report at bugs.python.org (Forest)
Date: Thu, 14 Jun 2018 18:46:55 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1529002015.34.0.947875510639.issue27575@psf.upfronthosting.co.za>


Change by Forest <fgregg at gmail.com>:


----------
pull_requests: +7311
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Thu Jun 14 14:48:42 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 18:48:42 +0000
Subject: [issue33862] doc Fix Enum __members__ type
In-Reply-To: <1528997852.32.0.947875510639.issue33862@psf.upfronthosting.co.za>
Message-ID: <1529002121.99.0.947875510639.issue33862@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I can't really say if it the return of __members__ is an implementation detail as there's no mention of that in the doc, but from reading the doc I think it's reasonable to think this is allowed:

import enum

class Colors(enum.Enum):
    RED = enum.auto()
    BLUE = enum.auto()

Colors.__members__['GREEN'] = enum.auto()

And the traceback:

Traceback (most recent call last):
  File "<pyshell#8>", line 1, in <module>
    Colors.__members__['GREEN'] = enum.auto()
TypeError: 'mappingproxy' object does not support item assignment

is somewhat confusing, as the documentation says an "ordered dictionary" is to be returned, and the traceback talks about a mapping proxy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33862>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:21:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 14 Jun 2018 19:21:58 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529004118.61.0.947875510639.issue32962@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Wouldn't be better to use the "surrogateescape" or the "backslashreplace" error handlers?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:32:43 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 14 Jun 2018 19:32:43 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1498332959.93.0.572211672441.issue30747@psf.upfronthosting.co.za>
Message-ID: <1529004763.68.0.947875510639.issue30747@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I would be ok with reverting to the non-HLE variants.  Does anyone want to test the performance implications on TSX-enabled hardware?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:34:36 2018
From: report at bugs.python.org (Ben Finney)
Date: Thu, 14 Jun 2018 19:34:36 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1528993484.79.0.947875510639.issue14102@psf.upfronthosting.co.za>
Message-ID: <20180614193427.GD10180@benfinney.id.au>


Ben Finney <ben+python at benfinney.id.au> added the comment:

On 14-Jun-2018, Pablo Galindo Salgado wrote:

> I think this should be something that is not included in argparse
> itself. I can imagine a scenario in which the manpage is accessible
> through `./python foo.py --manpage` but the manpage is not installed
> systemwide.

This bug report is not asking that ?argparse? install a manual page,
and it is not asking for any new command-line option in programs. So I
don't know the relevance of that point.

> This will be very confusing for users.

What would cause that confusion? This is not something that would
change how ?argparse? parses its arguments, so I don't know what
you're referring to.

> Generating a man page in a build script sounds like something that
> should be on its own or as a help function of the build system.

This is asking that the ?argparse? library should have an API to
create a manual page, for use in the build system.

The reason to have it in the ?argparse? library is that the library
already knows how to build a single document (the ?--help? output)
from the collection of arguments, so this would be just another
rendering of that information. It makes sense to have it in the
?argparse? library as an API for other tools to use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:54:35 2018
From: report at bugs.python.org (=?utf-8?b?UMOkciBCasO2cmtsdW5k?=)
Date: Thu, 14 Jun 2018 19:54:35 +0000
Subject: [issue30747] _Py_atomic_* not actually atomic on Windows with MSVC
In-Reply-To: <1529004763.68.0.947875510639.issue30747@psf.upfronthosting.co.za>
Message-ID: <CALUA27geYHo8mOfSEqgwBNOy_kme4Wr2O0rgy22B8qv+0XkSQg@mail.gmail.com>


P?r Bj?rklund <per.bjorklund at gmail.com> added the comment:

The HLE variants were simply chosen to match the semantics on other
platforms with regard to aquire/release.
If Intel engineers say the plain versions are better that's good enough for
me.

It would be interesting seeing some benchmarks but I don't have any idea on
how to reliably test the non happy path.

On Thu, 14 Jun 2018, 21:32 Antoine Pitrou, <report at bugs.python.org> wrote:

>
> Antoine Pitrou <pitrou at free.fr> added the comment:
>
> I would be ok with reverting to the non-HLE variants.  Does anyone want to
> test the performance implications on TSX-enabled hardware?
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue30747>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30747>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:55:45 2018
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 14 Jun 2018 19:55:45 +0000
Subject: [issue33862] doc Fix Enum __members__ type
In-Reply-To: <1528997852.32.0.947875510639.issue33862@psf.upfronthosting.co.za>
Message-ID: <1529006145.87.0.947875510639.issue33862@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

Serhiy is correct.  The exact return type only needs to be ordered, and have appropriate dictionary methods such as `keys()`, `values()`, and `items()`.

The reason a mappingproxy was chosen is exactly because what you just tried is illegal and/or confusing:

- illegal because an Enum cannot be modified that way
- confusing because the dictionary returned is only a copy of the Enum class' __dict__, and successful attempts to modify it would not change the Enum class.

It is an implementation detail because the exact type of dictionary returned could change in the future.

----------
assignee: docs at python -> ethan.furman
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33862>
_______________________________________

From report at bugs.python.org  Thu Jun 14 15:57:49 2018
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 14 Jun 2018 19:57:49 +0000
Subject: [issue33863] Enum doc correction relating to __members__
Message-ID: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>


New submission from Ethan Furman <ethan at stoneleaf.us>:

Checking the docs for Enum I see that section 8.13.15.3.1 says:

  `__members__` is an `OrderedDict`

which is incorrect.  It should say "an ordered dictionary".

----------
messages: 319543
nosy: adelfino, barry, eli.bendersky, ethan.furman
priority: normal
severity: normal
stage: needs patch
status: open
title: Enum doc correction relating to __members__
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:02:21 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 20:02:21 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529006541.94.0.947875510639.issue14102@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

>What would cause that confusion? This is not something that would
>change how ?argparse? parses its arguments, so I don't know what
>you're referring to.

The (possible) confusion is the existence of a manpage only available though argparse (`./python foo.py --manpage`) and not systemwide. I am not sure how many people do something like `./python poc_2.py > output && man ./output` to **read** the manpage.

>This is asking that the ?argparse? library should have an API to
>create a manual page, for use in the build system.

At this point argparse is user facing in the sense that once configured, it provides functionality for the user of the command line application. My opinion is that it will be weird to have it provide also APIs for creating man pages (which is a developer utility). My humble opinion is that it if argparse starts to provide APIs for usage at install time is not "doing one thing and doing it well".

>The reason to have it in the ?argparse? library is that the library
>already knows how to build a single document (the ?--help? output)
>from the collection of arguments, so this would be just another
>rendering of that information. It makes sense to have it in the
>?argparse? library as an API for other tools to use

Argparse --help makes sense because people expect to use -h or --help with command line tools but IMHO opinion nobody expects --manpage to be the way to read the manpage. I do not know any command line utility that provides its manpage that way. If the argument is using --manpage is the way to generate one, then we are mixing user-facing options with developer ones.

Anyway, this is just my view of the problem, nothing more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:20:00 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 20:20:00 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529007600.39.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I'm not sure "ordered dictionary" is the right term. To me, "ordered dictionary" and "OrderedDict" are synonyms, just like "dictionary" and "dict" are. Documentation follows this path in several places.

You can see my reasons for this in this issue: https://bugs.python.org/issue33860

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:33:57 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 20:33:57 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529008437.68.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Wouldn't be better to use the "surrogateescape" or the "backslashreplace" error handlers?

Are you talking about my https://github.com/python/cpython/pull/7693 fix? If yes, the error comes from the string() method which comes from the gdb API. I don't see how to control how gdb decodes bytes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:35:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 20:35:01 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529008501.73.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset d22fc0bc7de7882da204abe50884bbde2da4f9e7 by Victor Stinner in branch 'master':
bpo-32962: python-gdb catchs UnicodeDecodeError (GH-7693)
https://github.com/python/cpython/commit/d22fc0bc7de7882da204abe50884bbde2da4f9e7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:36:28 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 20:36:28 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529008588.08.0.947875510639.issue33863@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Since dictionaries are ordered "ordered dictionary" can be a synonym of "dictionary" and "OrderDict", right?

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:36:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 14 Jun 2018 20:36:35 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529008595.21.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Reminder: test_gdb is skipped on Travis CI and AppVeyor. I tested my two changes manually. I will backport python-gdb.py enhancements to other branches once PR 6754 fix will be merged.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:42:09 2018
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 14 Jun 2018 20:42:09 +0000
Subject: [issue33354] Python2: test_ssl fails on non-ASCII path
In-Reply-To: <1524665655.9.0.682650639539.issue33354@psf.upfronthosting.co.za>
Message-ID: <1529008929.66.0.947875510639.issue33354@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +7312

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33354>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:48:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 20:48:28 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529009308.55.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

It doesn't seem right to me to change a term's meaning. Plus, saying "ordered dictionary" makes me think a "dictionary" isn't ordered.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:50:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 20:50:28 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529009428.5.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

What about "a dictionary-like object"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 16:51:00 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 14 Jun 2018 20:51:00 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529009460.48.0.947875510639.issue33863@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Well, technically a function can say that it returns a dictionary and this dictionary will be ordered in 3.6> but is not important for the function return value. If a function says that it returns a "ordered dictionary" I now (1) that the order is important in the return value, (2) that it can be a regular dict or an OrderDict depending on the python version. The important thing here is that it preserves insertion order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:05:29 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 21:05:29 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529010329.22.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

What about "a dictionary-like object" for master/3.7, and "a dictionary-like object with insertion order preservation" for 3.6 (or something like that).

I'd avoid "ordered dictionary" altogether as that's the common name of an actual type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:05:46 2018
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 14 Jun 2018 21:05:46 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529010346.79.0.947875510639.issue33863@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

I am open to suggestions, but I will say that there are other types of ordered dictionaries besides OrderedDict.  Also, if you have some generic dictionary that happens to be ordered but is not an OrderedDict, how would you describe it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:09:05 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 21:09:05 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529010545.32.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

What do you mean by "a generic dictionary"? If it's a dict-like object, then it *must* be ordered starting with 3.7.

I believe we should make it clear that a dictionary is always a dict object.

If you refer to a mapping with no specific API, then "an ordered mapping" is clear and correct.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:14:45 2018
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 14 Jun 2018 21:14:45 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529010885.37.0.947875510639.issue33863@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

An ordered mapping sounds good to me.  Let's let this sit for a couple days in case anyone else wants to chime in.  If there are no other ideas or objections then we can make the change mid-next week.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:43:36 2018
From: report at bugs.python.org (Jason Fried)
Date: Thu, 14 Jun 2018 21:43:36 +0000
Subject: [issue33864] collections.abc.ByteString does not register memoryview
Message-ID: <1529012616.87.0.947875510639.issue33864@psf.upfronthosting.co.za>


New submission from Jason Fried <me at jasonfried.info>:

Looking at the typing Module docs in the section for ByteString

This type represents the types bytes, bytearray, and memoryview.

But collections.abc.ByteString does not have memoryview registered.

Is it because memoryview doesn't support .index()?

----------
assignee: docs at python
components: Documentation
messages: 319557
nosy: docs at python, fried, lukasz.langa
priority: normal
severity: normal
status: open
title: collections.abc.ByteString does not register memoryview
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33864>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:46:45 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Jun 2018 21:46:45 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1529012805.18.0.947875510639.issue17045@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset 9e7c92193cc98fd3c2d4751c87851460a33b9118 by Eric Snow in branch 'master':
bpo-17045:  Improve C-API doc for PyTypeObject. (gh-7413)
https://github.com/python/cpython/commit/9e7c92193cc98fd3c2d4751c87851460a33b9118


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Thu Jun 14 17:47:00 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Jun 2018 21:47:00 +0000
Subject: [issue17045] Improve C-API doc for PyTypeObject
In-Reply-To: <1359245485.06.0.557532055897.issue17045@psf.upfronthosting.co.za>
Message-ID: <1529012820.97.0.947875510639.issue17045@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17045>
_______________________________________

From report at bugs.python.org  Thu Jun 14 18:24:48 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Jun 2018 22:24:48 +0000
Subject: [issue24553] improve test coverage for subinterpreters
In-Reply-To: <1435883403.8.0.344718256458.issue24553@psf.upfronthosting.co.za>
Message-ID: <1529015088.51.0.947875510639.issue24553@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Note that bpo-32604 is strongly related.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24553>
_______________________________________

From report at bugs.python.org  Thu Jun 14 18:25:04 2018
From: report at bugs.python.org (Eric Snow)
Date: Thu, 14 Jun 2018 22:25:04 +0000
Subject: [issue32604] Expose the subinterpreters C-API in Python for testing
 use.
In-Reply-To: <1516413482.13.0.467229070634.issue32604@psf.upfronthosting.co.za>
Message-ID: <1529015104.39.0.947875510639.issue32604@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

Also see #24553.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32604>
_______________________________________

From report at bugs.python.org  Thu Jun 14 18:35:54 2018
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 14 Jun 2018 22:35:54 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1527787165.92.0.682650639539.issue33721@psf.upfronthosting.co.za>
Message-ID: <1529015754.3.0.947875510639.issue33721@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

>> It has to be a ValueError since the error is an invalid 
>> parameter at the Python level.
>
> How does the first follow from the second?

I only meant that, as an honest error, it has to be ValueError. I didn't think about raising a fake OSError.

Note that I didn't say the ValueError shouldn't be ignored by os.path.exists (et al). In the spirit of the current function, it probably should be ignored. For example, it returns False for paths that exist but are inaccessible. 

> I don't believe there is any good reason for singling out NULs 
> for a different exception from other invalid file names 
> like ">" on NTFS.
>
> This ought to be an OSError for functions like os.stat and False 
> for os.path.exists, as Jython does.

Python can't pass a string that contains NUL characters to POSIX and Windows APIs that use null-terminated strings. That would yield wildly unpredictable results. We need this to be a reliable error. So for the low-level file I/O functions to return an OSError here, it would have to be a bit of a lie (i.e. an 'OS' error without making a system call and without an `errno` and/or `winerror` value). Maybe it could raise an InvalidFilename subclass of OSError. This could even handle some actual OS errors such as POSIX ENAMETOOLONG and Windows ERROR_INVALID_NAME, ERROR_BAD_PATHNAME, and ERROR_FILENAME_EXCED_RANGE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 18:50:48 2018
From: report at bugs.python.org (pacujo)
Date: Thu, 14 Jun 2018 22:50:48 +0000
Subject: [issue33721] os.path.exists() ought to return False if pathname
 contains NUL
In-Reply-To: <1529015754.3.0.947875510639.issue33721@psf.upfronthosting.co.za> (Eryk Sun's
 message of "Thu, 14 Jun 2018 22:35:54 +0000")
Message-ID: <877en1nfsp.fsf@elektro.pacujo.net>


pacujo <marko at pacujo.net> added the comment:

Eryk Sun:
> I only meant that, as an honest error, it has to be ValueError. I didn't
> think about raising a fake OSError.
>
> Note that I didn't say the ValueError shouldn't be ignored by
> os.path.exists (et al). In the spirit of the current function, it
> probably should be ignored. For example, it returns False for paths that
> exist but are inaccessible.

For the original complaint of mine, catching ValueError would work. I
must say, though, that Steven's arguments for raising a fake OSError are
very convincing.

Steven D'Aprano:
> Jython does this:
> 
> >>> import os
> >>> os.path.exists('/tmp/foo\0bar')
> False
> >>> os.stat('/tmp/foo\0bar')
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> OSError: [Errno 2] No such file or directory: '/tmp/foo\x00bar'
> 
> 
> As far as I am concerned, raising ValueError is simply a bug. The
> documentation for the os module clearly states:
> 
>     All functions in this module raise OSError in the case of
>     invalid or inaccessible file names and paths, or other
>     arguments that have the correct type, but are not accepted
>     by the operating system.

Now the question is not anymore if and how CPython should be fixed but
if and how Jython should be fixed.

IMO, Jython is doing the right thing. If that is not true, then Jython
must be declared buggy.

> Maybe it could raise an InvalidFilename subclass of OSError. This
> could even handle some actual OS errors such as POSIX ENAMETOOLONG and
> Windows ERROR_INVALID_NAME, ERROR_BAD_PATHNAME, and
> ERROR_FILENAME_EXCED_RANGE.

Maybe. You'll still need OSError.errno to hold a true error value.

Marko

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33721>
_______________________________________

From report at bugs.python.org  Thu Jun 14 18:52:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 14 Jun 2018 22:52:28 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1529016748.83.0.947875510639.issue33860@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I believe the discussion in #33863 is relevant. Depending on what the API the user can rely on, perhaps "an ordered mapping" fits here too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 19:15:17 2018
From: report at bugs.python.org (Ben Finney)
Date: Thu, 14 Jun 2018 23:15:17 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1529006541.94.0.947875510639.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529018110.2252474.1408579256.6512E493@webmail.messagingengine.com>


Ben Finney <ben+python at benfinney.id.au> added the comment:

On Thu, 2018-06-14 20:02 +0000, Pablo Galindo Salgado <report at bugs.python.org> wrote:
> The (possible) confusion is the existence of a manpage only available 
> though argparse (`./python foo.py --manpage`)

This report isn't asking for that. (I see only one person proposing such an interface, and even that person said it's not a good idea.) So please don't conflate that with the original bug report.

> I am  not sure how many people do something like `./python poc_2.py > output 
> && man ./output` to **read** the manpage.

Right, I am not asking for anything like that; I'm not asking that ?argparse? grow a way to read a manual page,. I am asking only for a standard way to programmatically generate that manual page from the information ?argparse? already knows.

> >This is asking that the ?argparse? library should have an API to
> >create a manual page, for use in the build system.
> 
> At this point argparse is user facing in the sense that once configured, 
> it provides functionality for the user of the command line application. 
> My opinion is that it will be weird to have it provide also APIs for 
> creating man pages (which is a developer utility).

Creating an argument parser itself is already a developer activity, and we don't see that as weird that ?argparse? allows for that.

I'm arguing that the library already knows how to turn the argument collection into a user-facing document (the usage message), and a manual page is a different way of rendering that same internal data. So that's why ?argparse? is a consistent place to have that functionality.

> My humble opinion is 
> that it if argparse starts to provide APIs for usage at install time is 
> not "doing one thing and doing it well".

That API already exists: the specific ?ArgumentParser? is available to be imported for a program which defines one. So, the library already provides APIs for usage at install time (or any other run-time).

I am asking to make that API more useful for the distribution of programs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 19:19:00 2018
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 14 Jun 2018 23:19:00 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529018340.81.0.947875510639.issue14102@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

Thanks Ben for expressing exactly what this ticket is about and why the code would be in argparse.  (The author of argparse and Raymond a senior core dev also agree that adding a man page formatter to argparse would be useful.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 19:46:09 2018
From: report at bugs.python.org (Aaron Meurer)
Date: Thu, 14 Jun 2018 23:46:09 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529019969.28.0.947875510639.issue14102@psf.upfronthosting.co.za>


Aaron Meurer <asmeurer at gmail.com> added the comment:

Couldn't such a tool exist outside the standard library. I'm thinking a function that you would import and wrap the parser object, similar to how argcomplete works (https://argcomplete.readthedocs.io/en/latest/index.html). The downside is that developers would have to opt-in for it to work (much like they currently have to opt-in to bash completion with things like argcomplete). But it would allow much more flexibility being outside the standard library.

I completely agree that it should be done in Python either way. help2man is very limited in its flexibility (it doesn't help that it's written in Perl), and there are fundamental limits to what you can do from parsing the --help output, vs. just generating correct troff from the source.

Installing the manpage is a separate concern. That would need to go in setuptools or distutils, if anywhere. But before you can worry about how to install it you need to be able to generate it in the first place.

----------
nosy: +asmeurer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 19:52:41 2018
From: report at bugs.python.org (Ben Finney)
Date: Thu, 14 Jun 2018 23:52:41 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1529019969.28.0.947875510639.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529020359.2261968.1408606208.0227851F@webmail.messagingengine.com>


Ben Finney <ben+python at benfinney.id.au> added the comment:

On Thu, 2018-06-14 23:46 +0000, Aaron Meurer <report at bugs.python.org> wrote:

> Couldn't such a tool exist outside the standard library.

I've tried writing such a tool. It would ideally re-use as much as feasible of the functionality that assembles the usage message. But that is hampered by the fact the usage message generation is not easily accessible from outside.

I am hoping that, in order to re-use that functionality, a common set of ?take the argument collection as input, generate a document structure? functionality can be factored out for other use ? initially, for generating a manual page.

So this bug report asks for that work to be done in the ?argparse? library.

> Installing the manpage is a separate concern.

Yes, I agree. That is not part of this bug report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 19:59:05 2018
From: report at bugs.python.org (Aaron Meurer)
Date: Thu, 14 Jun 2018 23:59:05 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529020745.82.0.947875510639.issue14102@psf.upfronthosting.co.za>


Aaron Meurer <asmeurer at gmail.com> added the comment:

I see. I haven't dug much into the argoarse source, so I don't have a good feel for how feasible such a tool would be to write. Such refactoring would also be useful for generating HTML or RST for the help. I've previously used help2man and man2html to generate html help, but both tools are very limited in what they can do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 14 20:39:11 2018
From: report at bugs.python.org (Prawin Phichitnitikorn)
Date: Fri, 15 Jun 2018 00:39:11 +0000
Subject: [issue33865] unknown encoding: 874
Message-ID: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>


New submission from Prawin Phichitnitikorn <winvinc at gmail.com>:

This Error "
Current thread 0x0000238c (most recent call first): Fatal Python error: Py_Initialize: can?t initialize sys standard streams LookupError: unknown encoding: 874"

is cause by mapping of 874 encodling is missing in encodings\aliases.py

----------
components: Unicode
files: Capture.PNG
messages: 319569
nosy: ezio.melotti, vstinner, winvinc
priority: normal
severity: normal
status: open
title: unknown encoding: 874
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47642/Capture.PNG

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Thu Jun 14 21:09:00 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 15 Jun 2018 01:09:00 +0000
Subject: [issue33865] unknown encoding: 874
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529024940.86.0.947875510639.issue33865@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Please don't post screenshots of text, they make it difficult for the blind and visually impaired to contribute. Instead, please copy and paste the error message into the body of your bug report. (Which I see you have done, which makes the screenshot unnecessary.)

Just reporting the error message alone is not very useful, we also should see the context of what you were doing when the error occurred.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:26:23 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:26:23 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529029583.66.0.947875510639.issue33863@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

We use the word "dictionary" for "dict-like" or "maybe dict or it's subclass" many places.
I don't feel it worth enough to change all wording about it.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:34:11 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:34:11 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529030051.22.0.947875510639.issue33863@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> What do you mean by "a generic dictionary"? If it's a dict-like object, then it *must* be ordered starting with 3.7.

No.  Even though dict is ordered, no guarantee about ordering of "dictionary".  Glossary says:

  dictionary
  An associative array, where arbitrary keys are mapped to values. The keys can be any object with __hash__() and __eq__() methods. Called a hash in Perl.

So there can be dict-like object without preserving insertion order.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:39:13 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:39:13 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1529030353.65.0.947875510639.issue33860@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> Please note that DictReader already mentions "OrderedDict" as a type it returns now.

OK, but PR-7535 changes enum too.

> but "dictionary" alone doesn't seem like a good weak name to me, as it's the common name of an actual type.

As I commented in #33863, "dictionary" is really common weak name defined in glossary.  dict ? dictionary

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:41:28 2018
From: report at bugs.python.org (Forest)
Date: Fri, 15 Jun 2018 02:41:28 +0000
Subject: [issue27575] dict viewkeys intersection slow for large dicts
In-Reply-To: <1468950707.74.0.640405379684.issue27575@psf.upfronthosting.co.za>
Message-ID: <1529030488.27.0.947875510639.issue27575@psf.upfronthosting.co.za>


Forest <fgregg at gmail.com> added the comment:

Hi Raymond,

I've created a PR here: https://github.com/python/cpython/pull/7696, and 
I've verified that there are tests for all the code paths. 

I reached out to Daniel Hsu and he has given his blessing to help push this forward. 

I think this is ready for your review. Please let me know if there's anything else I can do.

Thanks,

Forest

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27575>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:45:53 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 02:45:53 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529030753.7.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

IMHO, the Glossary is just a quick & dirty reference. I wouldn't search for hard definitions in there. See Built-in Types: "dictionary" is used specifically for dict.

I believe we should make clear use of definitions so users known exactly what they get. I know there's a significant effort in reviewing and merging PRs; all I can say is that if the change is deemed reasonable, I can take the task of making this clear everywhere in the docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:47:04 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:47:04 +0000
Subject: [issue33866] Stop using OrderedDict in enum
Message-ID: <1529030824.94.0.947875510639.issue33866@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
components: Library (Lib)
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Stop using OrderedDict in enum
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33866>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:49:15 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:49:15 +0000
Subject: [issue33866] Stop using OrderedDict in enum
Message-ID: <1529030955.59.0.947875510639.issue33866@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
pull_requests: +7314
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33866>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:49:39 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 02:49:39 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529030979.36.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

To be a little more clear about this: I don't think one implements a dict-like object by reading the Glossary reference. At least, we shouldn't expect nor encourage this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:52:05 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 02:52:05 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1529031125.78.0.947875510639.issue33860@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Perhaps we can continue the discussion on #33863 as there are more argumnets there, from all points of view, and when a decision is taken there, we can apply it here too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Thu Jun 14 22:56:37 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 02:56:37 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529031397.78.0.947875510639.issue33863@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I feel "dictionary" implies "most likely dict or it's subclass" too.  But I don't think "ordered dictionary" is bad wording because:

* Historically, dict didn't preserve insertion order.
* Dict subclass can provide other ordering.

So "ordered dictionary" implies "most likely dict or it's subclass, without customizing ordering".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 23:29:51 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 03:29:51 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529033391.82.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

The problem here is that while the historical issue is real, new programmers will come and they won't see a "non-ordered" dict, and having this "dictionaries" vs "ordered dictionaries" that aren't actual OrderedDict objects (which have the common name "ordered dictionaries", though), will be really confusing for them.

A dictionary (treated as a synonym for dict) can't have an order different than insertion order, because that is one of the guarantees a *dictionary* provides. If one needs to have an object with another sort of ordering, then we talk about a dict-like object, or a dict subclass; but IMHO "dictionary" alone should imply not only a very specific order, but a very specific type too: dict. A dict subclass with different ordering is nothing but that, not a dictionary with different ordering, that would imply one can setup the ordering method of a dict class.

Plus, ordered dictionaries (OrderedDict objects) don't provide exactly the same API as dictionaries, so it gets tricky to use that term to also include dictionaries. It's quite reasonable to expect "ordered dictionaries" to be confused with "OrderedDict objects".

Also, I feel somewhat uncomfortable about "most likely". It's fine to use weak names (dict-like, subclass of dict, mapping, etc.), but not knowing exactly what you can *rely on* (i.e. a required subset of whatever the implementation actually provides) from a given API is quite confusing. Notice that it doesn't have to be an actual type, but at least some sort of description of what is guaranteed (i.e. a mapping).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Thu Jun 14 23:34:11 2018
From: report at bugs.python.org (natedogith1)
Date: Fri, 15 Jun 2018 03:34:11 +0000
Subject: [issue33867] Module dicts are wiped on module garbage collection
Message-ID: <1529033651.78.0.947875510639.issue33867@psf.upfronthosting.co.za>


New submission from natedogith1 <natedogith1 at gmail.com>:

When a module is garbage collected, it fills it's __dict__ with None.  issue19255 and issue18214 seem to suggest that this was fixed, along with github pull request 7140 (commit 196b0925ca55bf22ffbb97733cff3e63d4fb6e18).  However, this still seems to be an issue in 2.7.14 and 3.6.2.

>>> import sys
>>> a = type(sys)('a')
>>> b = a.__dict__
>>> b['__name__'] is None
False
>>> del a
>>> b['__name__'] is None
True

----------
components: Interpreter Core
messages: 319581
nosy: natedogith1
priority: normal
severity: normal
status: open
title: Module dicts are wiped on module garbage collection
type: behavior
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33867>
_______________________________________

From report at bugs.python.org  Thu Jun 14 23:48:07 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 03:48:07 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529034487.25.0.947875510639.issue33863@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Something I forgot: we shouldn't write documentation that expects the user *not* to know that dictionaries are ordered now. It's described in What's New and in Built-in Types. That's why "ordered dictionaries" seems so wrong to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Fri Jun 15 00:11:27 2018
From: report at bugs.python.org (INADA Naoki)
Date: Fri, 15 Jun 2018 04:11:27 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529035887.91.0.947875510639.issue33863@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> A dictionary (treated as a synonym for dict) can't have an order different than insertion order, because that is one of the guarantees a *dictionary* provides.

When subclassing dict and overrides `__iter__` etc., the subclass is dict (isinstance(subclass, dict) is True) and it have order different than insertion order.

So when "dictionary" includes dict subclasses, it doesn't guarantee preserving insertion order.

Exact ``dict`` and ``OrderedDict`` guarantee insertion order, but when saying "dictionary", it's not guaranteed.


Anyway, word "dictionary" and "ordered dictionary" have vary meanings regarding to context.
So talking about general rule doesn't worth enough to use time and energy to discuss.  Let's focus on concrete cases.

For enum, I created pull request to change OrderedDict to dict. (PR-7698)

And for csv.DictReader, it uses OrderedDict already.  So I don't against changing "ordered dictionary" to OrderedDict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Fri Jun 15 00:33:10 2018
From: report at bugs.python.org (Jaysinh shukla)
Date: Fri, 15 Jun 2018 04:33:10 +0000
Subject: [issue19102] Add tests for CLI of the tabnanny module
In-Reply-To: <1380282068.15.0.580247887303.issue19102@psf.upfronthosting.co.za>
Message-ID: <1529037190.29.0.947875510639.issue19102@psf.upfronthosting.co.za>


Change by Jaysinh shukla <jaysinhp at gmail.com>:


----------
pull_requests: +7315

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 00:34:31 2018
From: report at bugs.python.org (Jaysinh shukla)
Date: Fri, 15 Jun 2018 04:34:31 +0000
Subject: [issue19102] Add tests for CLI of the tabnanny module
In-Reply-To: <1380282068.15.0.580247887303.issue19102@psf.upfronthosting.co.za>
Message-ID: <1529037271.04.0.947875510639.issue19102@psf.upfronthosting.co.za>


Jaysinh shukla <jaysinhp at gmail.com> added the comment:

@vstinner I have created the PR here. I wasn't sure so linked the PR with this issue. Thanks!

PR URL: https://github.com/python/cpython/pull/7699

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 00:59:40 2018
From: report at bugs.python.org (Pavel Raiskup)
Date: Fri, 15 Jun 2018 04:59:40 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1529020359.2261968.1408606208.0227851F@webmail.messagingengine.com>
Message-ID: <3648760.ABcb30h2UU@nb.usersys.redhat.com>


Pavel Raiskup <praiskup at redhat.com> added the comment:

On Friday, June 15, 2018 1:52:41 AM CEST Ben Finney wrote:
> On Thu, 2018-06-14 23:46 +0000, Aaron Meurer <report at bugs.python.org> wrote:
> > Couldn't such a tool exist outside the standard library.
> 
> I've tried writing such a tool. It would ideally re-use as much as feasible of
> the functionality that assembles the usage message.

FWIW, I followed you and andialbrecht's solution, and did some changes to the
code (now the code is in PyPi as argparse-manpage).  Feel free to take what's
considered useful.

> So this bug report asks for that work to be done in the ?argparse? library.

Agreed.

> > Installing the manpage is a separate concern.
> 
> Yes, I agree. That is not part of this bug report.

I think installation is valid concern;  so it should be tracked somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 01:40:58 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 05:40:58 +0000
Subject: [issue32839] Add after_info as a function to tkinter
In-Reply-To: <1518529095.33.0.467229070634.issue32839@psf.upfronthosting.co.za>
Message-ID: <1529041258.28.0.947875510639.issue32839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Real use case for after_info() (with not arg): #33855 is about minimally testing all IDLE modules.  At least import the module and create class instances when easily possible.  For test_editor, I started with 

    def test_init(self):  # Temporary.
        e = Editor(root=self.root)
        self.assertEqual(e.root, self.root)

and got in Shell

warning: callback failed in WindowList <class '_tkinter.TclError'> : invalid command name ".!menu.windows"

and in the console

invalid command name "119640952recolorize"
    while executing
"119640952recolorize"
    ("after" script)
invalid command name "119872312timer_event"
    while executing
"119872312timer_event"
    ("after" script)
invalid command name "119872440config_timer_event"
    while executing
"119872440config_timer_event"
    ("after" script)

Perhaps this is why I previously omitted something so obvious (it add 24% to coverage).

I added e._close(), which tries to cleanup, and the messages, in console only, are reduced to

bgerror failed to handle background error.
    Original error: invalid command name "115211704timer_event"
    Error in bgerror: can't invoke "tk" command: application has been destroyed
bgerror failed to handle background error.
    Original error: invalid command name "115211832config_timer_event"
    Error in bgerror: can't invoke "tk" command: application has been destroyed

I would like to know what _close misses, but it is hard to track them down.
print(self.root.tk.call('after', 'info')) after the close returned ('after#4', 'after#3', 'after#1', 'after#0').  Adding

        for id in cls.root.tk.call('after', 'info'):
            self.root.after_cancel(id)

before cls.root.destroy() in shutDownClass stops the messages.
--

For test_del in #32831, I think the following might work, and be much shorter than the current code.

n = len(self.root.tk.call('after', 'info')
self.cc.__del__()
self.assertEqual(len(self.root.tk.call('after', 'info')), n-2)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32839>
_______________________________________

From report at bugs.python.org  Fri Jun 15 02:28:50 2018
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 15 Jun 2018 06:28:50 +0000
Subject: [issue33866] Stop using OrderedDict in enum
Message-ID: <1529044130.16.0.947875510639.issue33866@psf.upfronthosting.co.za>


Change by Ethan Furman <ethan at stoneleaf.us>:


----------
assignee:  -> ethan.furman
nosy: +barry, eli.bendersky, ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33866>
_______________________________________

From report at bugs.python.org  Fri Jun 15 02:55:10 2018
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 15 Jun 2018 06:55:10 +0000
Subject: [issue33860] doc Avoid "ordered dictionary" references now that
 dictionaries are ordered
In-Reply-To: <1528989956.26.0.947875510639.issue33860@psf.upfronthosting.co.za>
Message-ID: <1529045710.05.0.947875510639.issue33860@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

As I said on the PR:

This feels like an unnecessary change. The phrase "ordered dictionary" does not always refer to an 'OrderedDict`, and there is more than one way to order a dictionary besides insertion order.

As a side note: it's generally better to have different pull requests for different modules.

----------
nosy: +ethan.furman
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33860>
_______________________________________

From report at bugs.python.org  Fri Jun 15 03:05:12 2018
From: report at bugs.python.org (Ethan Furman)
Date: Fri, 15 Jun 2018 07:05:12 +0000
Subject: [issue33863] Enum doc correction relating to __members__
In-Reply-To: <1529006269.94.0.947875510639.issue33863@psf.upfronthosting.co.za>
Message-ID: <1529046312.34.0.947875510639.issue33863@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

Closing as a duplicate of #33866.  My apologies for the fractured discussion.

At this point I'm going to leave/update the documentation using "an ordered dictionary".  See #33866 for further discussion.

----------
assignee:  -> ethan.furman
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Stop using OrderedDict in enum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33863>
_______________________________________

From report at bugs.python.org  Fri Jun 15 03:12:37 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 15 Jun 2018 07:12:37 +0000
Subject: [issue33865] unknown encoding: 874
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529046757.3.0.947875510639.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@stephen: Lib/encoding/aliases.py contains aliases for a (largish) number of encoding names, including both "cpXXXX" and "XXXX" for most windows code pages. For code page 874 only the name "cp874" can be used and not "874", which apparently causes problems.

@Prawin: have you added an alias to aliases.py to check if adding an alias would fix the problem you're having?

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 03:53:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 07:53:42 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529049222.35.0.947875510639.issue33865@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like the following code pages have a Python codec (Lib/encoding/cpXXX.py) but lack an alias in Lib/encodings/aliases.py:

[720, 737, 856, 874, 875, 1006, 65001]

Is someone volunteer to write a pull request for that? It should be easy.

Example of a correct alias in Lib/encodings/aliases.py:

    # cp1252 codec
    '1252'               : 'cp1252',
    'windows_1252'       : 'cp1252',

----------
keywords: +easy
title: unknown encoding: 874 -> [EASY] Missing code page aliases: "unknown encoding: 874"

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 03:58:37 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 07:58:37 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529049517.14.0.947875510639.issue29456@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Sorry for the absence and late response. I just reviewed it and think it's ready. I think the change in the unicode standard is more like a bug in the implementation than an intentional change. It's mentioned in Unicode 3.0 the third character is out of bounds when TIndex <= 0 or TIndex >= TCount. We have a ucd_3_2_0 in unicodedata.

I'll merge it after resolve the CI bot.

----------
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:02:27 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 15 Jun 2018 08:02:27 +0000
Subject: [issue33032] Mention implicit cache in struct.Struct docs
In-Reply-To: <1520551378.96.0.467229070634.issue33032@psf.upfronthosting.co.za>
Message-ID: <1529049747.51.0.947875510639.issue33032@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7316
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33032>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:03:42 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 15 Jun 2018 08:03:42 +0000
Subject: [issue33032] Mention implicit cache in struct.Struct docs
In-Reply-To: <1520551378.96.0.467229070634.issue33032@psf.upfronthosting.co.za>
Message-ID: <1529049822.83.0.947875510639.issue33032@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33032>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:05:18 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 08:05:18 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529049918.11.0.947875510639.issue33851@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 08f127a3cad8ce4eb281d30d9488c91b0fd7cfed by Serhiy Storchaka in branch 'master':
bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682)
https://github.com/python/cpython/commit/08f127a3cad8ce4eb281d30d9488c91b0fd7cfed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:05:38 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 08:05:38 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529049938.57.0.947875510639.issue33851@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7317

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:09:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 08:09:46 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1529050186.75.0.947875510639.issue33818@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset ceeef10cdbc08561f9954e13bbed1cb2299a8c72 by Serhiy Storchaka in branch 'master':
bpo-33818: PyExceptionClass_Name() will now return "const char *". (GH-7581)
https://github.com/python/cpython/commit/ceeef10cdbc08561f9954e13bbed1cb2299a8c72


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:10:50 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 08:10:50 +0000
Subject: [issue33818] Make PyExceptionClass_Name returning a const string
In-Reply-To: <1528612584.63.0.592728768989.issue33818@psf.upfronthosting.co.za>
Message-ID: <1529050250.73.0.947875510639.issue33818@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33818>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:23:25 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 08:23:25 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529051005.94.0.947875510639.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

As I wrote on GitHub, I think that it is better to use the list approach always for two reasons:

1) Additional #if's and duplications clutter the code.

2) It is hard to test the alternate branch if the other branch is used on most developer computers.

It is better to have a single branch and add a comment that explains a workaround. It can be removed after platforms with buggy glibc versions will grow out of use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:24:33 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 08:24:33 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529051073.3.0.947875510639.issue33851@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee:  -> ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:25:21 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 08:25:21 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529051121.82.0.947875510639.issue33851@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a50b825c18a92655f3dd7939e793fa3d4440d886 by Miss Islington (bot) in branch '3.7':
bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682)
https://github.com/python/cpython/commit/a50b825c18a92655f3dd7939e793fa3d4440d886


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:33:14 2018
From: report at bugs.python.org (=?utf-8?b?0JDQu9C10LrRgdCw0L3QtNGAINCR0L7QvdC00LDRgNC10LI=?=)
Date: Fri, 15 Jun 2018 08:33:14 +0000
Subject: [issue25815] Improper subprocess output of arguments with braces in
 them on windows
In-Reply-To: <1449456600.09.0.498208325206.issue25815@psf.upfronthosting.co.za>
Message-ID: <1529051594.21.0.947875510639.issue25815@psf.upfronthosting.co.za>


????????? ???????? <alexander.i.bondarev at gmail.com> added the comment:

Can you please re-open this bug?
I'm not agree that this a correct behavior.
Usually we are using subprocess.check_output([..]) version to not aware about argument escaping and it works good for Linux.

In example:
> subprocess.check_output(['echo', "'hello'"])
"'hello'"

But:
> subprocess.check_output("echo 'hello'", shell=True)
'hello'

I'm expecting same behavior on Windows system, but:
> subprocess.check_output(['echo', "'hello'"])
'hello'
> subprocess.check_output("echo 'hello'", shell=True)
'hello'

and 
> subprocess.check_output(['echo', "'@{u}'"])
'@{u}'
> subprocess.check_output(['echo', "@{u}"])
'@u'

and it even more confusing:

> subprocess.check_output(['echo', " @{u}"])
' @{u}'

because if it detects some spaces in argument then it tries to quote this and it is correct behavior, but it should also care about other kind of characters to escape.

We definitely should bring more love for Windows!

----------
nosy: +????????? ????????

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25815>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:53:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 08:53:52 +0000
Subject: [issue33868] test__xxsubinterpreters: test_subinterpreter() fails
 randomly on AMD64 Ubuntu Shared 3.x
Message-ID: <1529052832.87.0.947875510639.issue33868@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

AMD64 Ubuntu Shared 3.x:

http://buildbot.python.org/all/#/builders/141/builds/98

Run tests in parallel using 2 child processes
...
0:21:40 load avg: 3.69 [352/417/1] test__xxsubinterpreters failed -- running: test_concurrent_futures (2 min 35 sec)
...
======================================================================
FAIL: test_subinterpreter (test.test__xxsubinterpreters.IsRunningTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test__xxsubinterpreters.py", line 480, in test_subinterpreter
    self.assertTrue(interpreters.is_running(interp))
AssertionError: False is not true


test__xxsubinterpreters passed when run again in verbose mode.

----------
assignee: eric.snow
components: Tests
messages: 319597
nosy: eric.snow, vstinner
priority: normal
severity: normal
status: open
title: test__xxsubinterpreters: test_subinterpreter() fails randomly on AMD64 Ubuntu Shared 3.x
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33868>
_______________________________________

From report at bugs.python.org  Fri Jun 15 04:59:07 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 08:59:07 +0000
Subject: [issue33867] Module dicts are wiped on module garbage collection
In-Reply-To: <1529033651.78.0.947875510639.issue33867@psf.upfronthosting.co.za>
Message-ID: <1529053147.5.0.947875510639.issue33867@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33867>
_______________________________________

From report at bugs.python.org  Fri Jun 15 05:02:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 09:02:07 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1529051005.94.0.947875510639.issue33630@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGHqpq81qNX3_bjN=WtgQfxGX7Pgz7Nyy54_qhU-X+FemQ@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

"It is better to have a single branch and add a comment that explains
a workaround. It can be removed after platforms with buggy glibc
versions will grow out of use."

Recently, I proposed to drop support for old Linux kernels, but some
people still use them and the code to support these kernels don't need
a lot of maintenance. So we keep the code :-)
https://mail.python.org/pipermail/python-dev/2018-January/151821.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Fri Jun 15 05:04:27 2018
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 15 Jun 2018 09:04:27 +0000
Subject: [issue25815] Improper subprocess output of arguments with braces in
 them on windows
In-Reply-To: <1449456600.09.0.498208325206.issue25815@psf.upfronthosting.co.za>
Message-ID: <1529053467.51.0.947875510639.issue25815@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

With a stock Windows system, `subprocess.check_output(['echo', "'hello'"])` fails because there is no "echo.exe". That's a 3rd party program that you installed. `subprocess.check_output("echo 'hello'", shell=True)` uses the CMD shell's internal `echo` command, which doesn't strip quotes from the string.

subprocess.list2cmdline implements quoting that's meant for applications that use the VC++ [w]main argv array, or the CommandLineToArgvW WinAPI function. It can't take into account custom command-line parsing of all applications. If this echo.exe doesn't work right with an args list, then use a custom command line -- *without* shell=True.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25815>
_______________________________________

From report at bugs.python.org  Fri Jun 15 05:54:03 2018
From: report at bugs.python.org (Daniel Walsh)
Date: Fri, 15 Jun 2018 09:54:03 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1529018110.2252474.1408579256.6512E493@webmail.messagingengine.com>
Message-ID: <005ca94e-76c7-675d-7515-0e24d7ec8e4c@redhat.com>


Daniel Walsh <dwalsh at redhat.com> added the comment:

On 06/14/2018 07:15 PM, Ben Finney wrote:
> Ben Finney <ben+python at benfinney.id.au> added the comment:
>
> On Thu, 2018-06-14 20:02 +0000, Pablo Galindo Salgado <report at bugs.python.org> wrote:
>> The (possible) confusion is the existence of a manpage only available
>> though argparse (`./python foo.py --manpage`)
> This report isn't asking for that. (I see only one person proposing such an interface, and even that person said it's not a good idea.) So please don't conflate that with the original bug report.
>
>> I am  not sure how many people do something like `./python poc_2.py > output
>> && man ./output` to **read** the manpage.
> Right, I am not asking for anything like that; I'm not asking that ?argparse? grow a way to read a manual page,. I am asking only for a standard way to programmatically generate that manual page from the information ?argparse? already knows.
>
>>> This is asking that the ?argparse? library should have an API to
>>> create a manual page, for use in the build system.
>> At this point argparse is user facing in the sense that once configured,
>> it provides functionality for the user of the command line application.
>> My opinion is that it will be weird to have it provide also APIs for
>> creating man pages (which is a developer utility).
> Creating an argument parser itself is already a developer activity, and we don't see that as weird that ?argparse? allows for that.
>
> I'm arguing that the library already knows how to turn the argument collection into a user-facing document (the usage message), and a manual page is a different way of rendering that same internal data. So that's why ?argparse? is a consistent place to have that functionality.
>
>> My humble opinion is
>> that it if argparse starts to provide APIs for usage at install time is
>> not "doing one thing and doing it well".
> That API already exists: the specific ?ArgumentParser? is available to be imported for a program which defines one. So, the library already provides APIs for usage at install time (or any other run-time).
>
> I am asking to make that API more useful for the distribution of programs.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue14102>
> _______________________________________

Correct, the reason I would want this is to add something to a Makefile 
to automatically generate a man page, when you do a make install

manpages: foo.py
	./python foo.py --manpage > foo.1
install.manpages: manpages
	install -D -m 644 foo.1 ${DESTDIR}/usr/share/man/man1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 06:07:58 2018
From: report at bugs.python.org (Oz Tiram)
Date: Fri, 15 Jun 2018 10:07:58 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1529057278.76.0.947875510639.issue14102@psf.upfronthosting.co.za>


Oz Tiram <nahumoz at gmail.com> added the comment:

As already pointed out, it can get the parser somehow, you don't need  an explicit extra option --man. That's the approach suggesed in:

man-argparse and build_manpage.py attached here

You can use it a make file like this:

install:
      ./setup.py build_manpage 
      ./setup.py install
      install -D -m 644 foo.1 ${DESTDIR}/usr/share/man/man1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 06:41:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 10:41:52 +0000
Subject: [issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam,
 uid}
In-Reply-To: <1527105781.7.0.682650639539.issue33625@psf.upfronthosting.co.za>
Message-ID: <1529059312.1.0.947875510639.issue33625@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

More data to decide if the change should be backported or not: bpo-32186 (Release the GIL during lseek and fstat) has been backported to Python 2.7, but then cffi started to crash:
https://bugzilla.redhat.com/show_bug.cgi?id=1561170#c28

At the end, it's a bug in cffi, there was a race condition in cffi. But still, the backport *indirectly* caused a crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33625>
_______________________________________

From report at bugs.python.org  Fri Jun 15 07:04:11 2018
From: report at bugs.python.org (Pavel Raiskup)
Date: Fri, 15 Jun 2018 11:04:11 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <005ca94e-76c7-675d-7515-0e24d7ec8e4c@redhat.com>
Message-ID: <2818965.aAc8FIlAqX@nb.usersys.redhat.com>


Pavel Raiskup <praiskup at redhat.com> added the comment:

On Friday, June 15, 2018 11:54:04 AM CEST Daniel Walsh wrote:
> Correct, the reason I would want this is to add something to a Makefile 
> ...
> manpages: foo.py
> 	./python foo.py --manpage > foo.1

The /bin/argparse-manpage could help temporarily (if you don't mind
the additional build-dep).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Fri Jun 15 07:05:09 2018
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 15 Jun 2018 11:05:09 +0000
Subject: [issue33864] collections.abc.ByteString does not register memoryview
In-Reply-To: <1529012616.87.0.947875510639.issue33864@psf.upfronthosting.co.za>
Message-ID: <1529060709.26.0.947875510639.issue33864@psf.upfronthosting.co.za>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

memoryview isn't just for bytes strings though; the format can make it a sequence of many types of different widths, meanings, etc. Calling it a BytesString would be misleading in many cases.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33864>
_______________________________________

From report at bugs.python.org  Fri Jun 15 07:07:27 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 11:07:27 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529060847.54.0.947875510639.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I have updated PR7685 to use the temporary list as per Serhiy comments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Fri Jun 15 07:18:07 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 11:18:07 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529061487.26.0.947875510639.issue33630@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

As I commented on GitHub, it seems that the race in the test (problem covered in PR7663) disappears once the memory problem is fixed (PR33630). As is a race condition I am not sure that this affirmation is true, but running 3 test suites in parallel that executes test_posix 200 times does not raise any problem on the buildbot after applying the patch in PR33630

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Fri Jun 15 07:27:53 2018
From: report at bugs.python.org (Martin Panter)
Date: Fri, 15 Jun 2018 11:27:53 +0000
Subject: [issue24415] SIGINT always reset to SIG_DFL by Py_Finalize()
In-Reply-To: <1433853006.37.0.519208037884.issue24415@psf.upfronthosting.co.za>
Message-ID: <1529062073.35.0.947875510639.issue24415@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

It is worth checking if at least the first half of the report was fixed by Issue 30654

----------
nosy: +martin.panter
superseder:  -> signal module always overwrites SIGINT on interpreter shutdown

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24415>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:03:16 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 12:03:16 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529064196.97.0.947875510639.issue29456@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset d134809cd3764c6a634eab7bb8995e3e2eff14d5 by Xiang Zhang (Wonsup Yoon) in branch 'master':
bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958)
https://github.com/python/cpython/commit/d134809cd3764c6a634eab7bb8995e3e2eff14d5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:03:37 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 12:03:37 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529064217.83.0.947875510639.issue29456@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7318

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:04:26 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 12:04:26 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529064266.37.0.947875510639.issue29456@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7319

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:21:57 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 12:21:57 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529065317.71.0.947875510639.issue29456@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0e2b76ea4e48d0fc1ca34ae4ffbb2fd6c19664bb by Miss Islington (bot) in branch '3.7':
bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958)
https://github.com/python/cpython/commit/0e2b76ea4e48d0fc1ca34ae4ffbb2fd6c19664bb


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:23:29 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 12:23:29 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529065409.08.0.947875510639.issue29456@psf.upfronthosting.co.za>


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


----------
pull_requests: +7320

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:28:43 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 15 Jun 2018 12:28:43 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529065723.27.0.947875510639.issue33865@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
keywords: +patch
pull_requests: +7321
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:32:53 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 12:32:53 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529065973.16.0.947875510639.issue29456@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e2e7ff0d0378ba44f10a1aae10e4bee957fb44d2 by Miss Islington (bot) in branch '3.6':
bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958)
https://github.com/python/cpython/commit/e2e7ff0d0378ba44f10a1aae10e4bee957fb44d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:33:09 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 15 Jun 2018 12:33:09 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529065989.53.0.947875510639.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I have added the aliases as per comment by @vstinner https://bugs.python.org/msg319590 . I have used https://docs.python.org/3.8/library/codecs.html#standard-encodings as a reference to see if there are any additional aliases to add with respect to the second column. I am a beginner in contributing to cpython and hence please let me know if I have missed something or any way to test this.

PR : https://github.com/python/cpython/pull/7705

Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 08:44:55 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 15 Jun 2018 12:44:55 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529066695.92.0.947875510639.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Could you also add a documentation update and a news entry? 

The section on standard encodings mentions aliases for standard encodings, and IMHO the new aliases should be added to that page. 

Creating a new entry is described here: https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 09:12:20 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 15 Jun 2018 13:12:20 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529068340.04.0.947875510639.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks @ronaldoussoren for the links. I have added an entry using blurb tool and updated the docs at Doc/library/codecs.rst with relevant aliases.

Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 09:12:37 2018
From: report at bugs.python.org (Marcel Plch)
Date: Fri, 15 Jun 2018 13:12:37 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529068357.48.0.947875510639.issue30345@psf.upfronthosting.co.za>


Marcel Plch <gmarcel.plch at gmail.com> added the comment:

LTO may break the debug symbols and make GDB unusable.
There is an option, that fixes the issue: to use a -g switch in link flags.
Note that this slows loading of the debug symbols significantly.

I suggest these options as possible approaches:

1) make the configure script include -g in LDFLAGS when --enable-optimizations and --with-lto are used

2) same as 1), but only when --with-pydebug is also used.

3) document this problem and make the user aware that this possible fix (-g in link flags) exists

----------
nosy: +Dormouse759

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 09:26:57 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 13:26:57 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529069217.96.0.947875510639.issue29456@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset 1889c4cbd62e200fa4cde3d6219e0aadf9bd8149 by Xiang Zhang in branch '2.7':
bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) (GH-7704)
https://github.com/python/cpython/commit/1889c4cbd62e200fa4cde3d6219e0aadf9bd8149


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 09:28:49 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 15 Jun 2018 13:28:49 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529069329.42.0.947875510639.issue29456@psf.upfronthosting.co.za>


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


----------
components: +Library (Lib) -Unicode
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:27:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 14:27:50 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529072870.49.0.947875510639.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> - ["Python Exception <class 'ValueError'> Variable 'func_obj' not found.: ",

bpo-32962: My commit 019d33b7a447e78057842332fb5d3bad01922122 "python-gdb catchs ValueError on read_var()" (PR 7692) catches this ValueError.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:30:05 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 14:30:05 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529073005.76.0.947875510639.issue33865@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Why only these code pages? There are other cpXXXX encodings that don't have the XXXX alias.

Maybe add a logic in encodings.search_function() that will map XXXX to cpXXXX if it is all digits? Maybe even map ibmXXXX and windows_XXXX to cpXXXX, but this will create false aliases like ibm1252 and windows_437.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:40:01 2018
From: report at bugs.python.org (Marcel Plch)
Date: Fri, 15 Jun 2018 14:40:01 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529073601.85.0.947875510639.issue30345@psf.upfronthosting.co.za>


Marcel Plch <gmarcel.plch at gmail.com> added the comment:

Yes, but that is not a fix really in this case.
While it makes the test pass because it 'correctly' prints out unknown objects, it makes no real difference when actually debugging. The -g switch at link time makes the debug symbols readable and user is able to debug just as usual.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:43:21 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 14:43:21 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
Message-ID: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

PR adds entries for these three terms and a link to the list definition.

----------
assignee: docs at python
components: Documentation
messages: 319619
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add set, frozen set, and tuple entries to Glossary
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:44:51 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 14:44:51 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529073891.08.0.947875510639.issue33869@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7322
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:48:16 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 15 Jun 2018 14:48:16 +0000
Subject: [issue33868] test__xxsubinterpreters: test_subinterpreter() fails
 randomly on AMD64 Ubuntu Shared 3.x
In-Reply-To: <1529052832.87.0.947875510639.issue33868@psf.upfronthosting.co.za>
Message-ID: <1529074096.16.0.947875510639.issue33868@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

I'll take a look.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33868>
_______________________________________

From report at bugs.python.org  Fri Jun 15 10:52:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 14:52:00 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529074320.13.0.947875510639.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I tested on the current master:

git clean -fdx
./configure --with-lto --enable-optimizations
sed -i -e 's/^PROFILE_TASK=.*/PROFILE_TASK=-c pass/' Makefile
make 2>&1|tee log

Python is compiled twice:

* (1) gcc -DNDEBUG -g -O3 -flto -fprofile-generate (...)
* (2) gcc -DNDEBUG -g -O3 -flto -fprofile-use (...)

I see -g in both compilation steps.

It seems like debug symbols are still here:

vstinner at apu$ file ./python
./python: ELF 64-bit LSB executable, x86-64, (...), with debug_info, not stripped

But I confirm that test_gdb fails when using LTO+PGO.

gdb seems to be to read any C function argument:

$ gdb -args  ./python Lib/test/gdb_sample.py
(gdb) b builtin_id
(gdb) run
Breakpoint 1, 0x0000000000518da0 in builtin_id ()
(gdb) py-bt
Traceback (most recent call first):
  (unable to read python frame information)
  (unable to read python frame information)
  (unable to read python frame information)
  (unable to read python frame information)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 11:20:11 2018
From: report at bugs.python.org (Philip Rowlands)
Date: Fri, 15 Jun 2018 15:20:11 +0000
Subject: [issue33870] pdb continue + breakpoint
Message-ID: <1529076011.32.0.947875510639.issue33870@psf.upfronthosting.co.za>


New submission from Philip Rowlands <pythonbugs at dimebar.com>:

Please extend pdb's continue to support an optional argument, identical to break.

When debugging I frequently want to quickly run to a certain line number then break. Rather than break / continue / clear (or tbreak / continue), it would be handy to type
(Pdb) cont 99

to run to line 99 as a one-off breakpoint.

----------
messages: 319622
nosy: philiprowlands
priority: normal
severity: normal
status: open
title: pdb continue + breakpoint
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33870>
_______________________________________

From report at bugs.python.org  Fri Jun 15 11:25:31 2018
From: report at bugs.python.org (Marcel Plch)
Date: Fri, 15 Jun 2018 15:25:31 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529076331.55.0.947875510639.issue30345@psf.upfronthosting.co.za>


Marcel Plch <gmarcel.plch at gmail.com> added the comment:

Those -g switches you see there are during compile-time.
For this to work, you need to enable it also during link/time:
./configure --enable-optimizations --with-lto LDFLAGS="-g"

Except for py-bt, you should also try bt. With this link flag enabled, I can observe significant slowdown on my machine during the backtrace when using bt command (At least when I let the PGO do all the profiling, when compiled with the sed edit you posted here, I observe none).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 11:26:30 2018
From: report at bugs.python.org (Marcel Plch)
Date: Fri, 15 Jun 2018 15:26:30 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529076390.93.0.947875510639.issue30345@psf.upfronthosting.co.za>


Change by Marcel Plch <gmarcel.plch at gmail.com>:


----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 11:29:10 2018
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 15 Jun 2018 15:29:10 +0000
Subject: [issue32295] User friendly message when invoking bdist_wheel sans
 wheel package.
In-Reply-To: <1513118394.49.0.213398074469.issue32295@psf.upfronthosting.co.za>
Message-ID: <1529076550.21.0.947875510639.issue32295@psf.upfronthosting.co.za>


Change by ?ric Araujo <merwok at netwok.org>:


----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32295>
_______________________________________

From report at bugs.python.org  Fri Jun 15 11:56:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 15:56:26 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529078186.52.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 9b7c74ca32d1bec7128d550a9ab1b2ddc7046287 by Victor Stinner (Marcel Plch) in branch 'master':
bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (#6754)
https://github.com/python/cpython/commit/9b7c74ca32d1bec7128d550a9ab1b2ddc7046287


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 12:19:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 16:19:22 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529079562.73.0.947875510639.issue30345@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7323
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 12:21:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 16:21:16 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529079676.64.0.947875510639.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Except for py-bt, you should also try bt.

Oh. Using PGO+LTO but without LDFLAGS=-g, bt only shows me function names: all arguments are missing.

I tested with LDFLAGS=-g: py-bt and bt work as expected, and test_gdb pass.

I created PR 7709 to always compile Python with LDFLAGS=-g.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 15 12:30:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 16:30:00 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529080200.65.0.947875510639.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7324

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:11:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:11:54 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529082714.63.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset ca4cb8492c643d1fcac2c5b749595ad5377673ab by Victor Stinner in branch '3.7':
[3.7] bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7710)
https://github.com/python/cpython/commit/ca4cb8492c643d1fcac2c5b749595ad5377673ab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:16:13 2018
From: report at bugs.python.org (Jakub Wilk)
Date: Fri, 15 Jun 2018 17:16:13 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529082973.25.0.947875510639.issue33824@psf.upfronthosting.co.za>


Jakub Wilk <jwilk at jwilk.net> added the comment:

First bad commit is:
9454060e84a669dde63824d9e2fcaf295e34f687
(bpo-29240, bpo-32030: Py_Main() re-reads config if encoding changes)

----------
nosy: +jwilk, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:27:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:27:52 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529083672.92.0.947875510639.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7325

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:35:21 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 17:35:21 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1529084121.06.0.947875510639.issue33823@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: https://bugs.python.org/msg319278

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:38:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 17:38:44 +0000
Subject: [issue33823] A BUG in concurrent/asyncio
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1529084324.17.0.947875510639.issue33823@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Python++, when you respond by email, rather than on the web form, delete the message you are responding to.  It is already present on the web page and should not be repeated.

I unlinked msg319278 because it uselessly repeats the same message that it responds to.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:41:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:41:15 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529084475.31.0.947875510639.issue33824@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7326
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:41:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:41:15 +0000
Subject: [issue32030] PEP 432: Rewrite Py_Main()
In-Reply-To: <1510709424.02.0.213398074469.issue32030@psf.upfronthosting.co.za>
Message-ID: <1529084475.44.0.781164650231.issue32030@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7327

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32030>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:42:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:42:20 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529084540.82.0.947875510639.issue33824@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The bug is a regression caused by the PEP 540 (UTF-8 Mode) and my work to rewrite Py_Main(). My PR 7712 fixes the bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:44:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 17:44:03 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529084643.42.0.947875510639.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 5279759f52cc5397acfb04351b34feea862864de by Victor Stinner in branch '3.6':
bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7710) (GH-7711)
https://github.com/python/cpython/commit/5279759f52cc5397acfb04351b34feea862864de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 13:50:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 17:50:07 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529085007.28.0.947875510639.issue33832@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

It is unclear what problem this issue is meant to serve.  If the reference manual uses 'magic method', I think it should be changed.  Special method names are obvious by their form and need not and should not be labelled.  I think doc policy issues should be discussed on pydev or python-ideas lists.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:05:26 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 15 Jun 2018 18:05:26 +0000
Subject: [issue4948] Make heapq work with all mutable sequences
In-Reply-To: <1231951228.13.0.336987683355.issue4948@psf.upfronthosting.co.za>
Message-ID: <1529085926.05.0.947875510639.issue4948@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

FYI I had a teacher reach out to me who wanted to use heapq as an example of functions-based API that worked without resorting to OOP but ran into this issue of heapq being limited to lists.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4948>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:08:18 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 18:08:18 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529086098.2.0.947875510639.issue33847@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This is definitely an oversight to be corrected.  Index entries for the other binary arithmetic operators point to the table at
https://docs.python.org/3/library/stdtypes.html#numeric-types-int-float-complex
But @ is not in that table since number @ number is meaningless and invalid.  So I agree that the best location is the sentence in
https://docs.python.org/3/reference/expressions.html#binary-arithmetic-operations.

----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:12:57 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:12:57 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529086377.31.0.579493977442.issue33832@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

The original intention of the PR, as shown in this issue, was to add "magic method" in the Glossary as a synonym for "special method", and add "magic method" in Data model (so that people reading Data Model would understand what a "magic method" is).

Then I was requested some changes, and stated I wasn't sure about them.

I don't believe special methods should be explicitly declared in each mention.

The "problem" this PR intended to "solve" was to let people know what a "magic method" is, because as I see it, it has become pretty standard to use "special method" with no indication that it is a synonym of "magic method".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:13:26 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:13:26 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529086406.12.0.579493977442.issue33832@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I'll update the PR so that it shows what the original intention was.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:14:37 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 18:14:37 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
Message-ID: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

The iov_setup() helper in posixmodule.c returns the total size of all buffers. But there is possible an integer overflow because the sequence of buffers can contain the same buffer repeated multiple times.

On 32-bit platform:

>>> import os
>>> f = open('/tmp/temp', 'wb')
>>> os.writev(f.fileno(), [b'x' * 2**16] * 2**15)
-1

Since the overflowed sum is negative, os_writev_impl() returns -1 as a signal of error, but since the exception is not set, -1 is returned as the result of os.writev(). If the overflowed sum is not negative, the sequence of buffers is passed to OS and an OSError is raised:

>>> os.writev(f.fileno(), [b'x' * 2**16] * 2**16)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OSError: [Errno 22] Invalid argument

I have not tested (because have not installed corresponding 32-bit OSes, and it is harder to reproduce on 64-bit), but seems this can even cause a crash in os.sendfile() on FreeBSD, DragonFly BSD and Mac OS.

This sum is used only in os.sendfile() on Mac OS. In all other cases it is enough to return just an error flag. I can't find the documentation for os.sendfile() on Mac OS for checking if this value actually is needed.

----------
components: Library (Lib)
messages: 319636
nosy: ned.deily, ronaldoussoren, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Possible integer overflow in iov_setup()
type: crash
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:24:30 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 18:24:30 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529087070.42.0.69318462047.issue33852@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 4fddd4e4069aad9efad999d8d9ce3cd9fb523a5c by Terry Jan Reedy (Andr?s Delfino) in branch 'master':
bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672)
https://github.com/python/cpython/commit/4fddd4e4069aad9efad999d8d9ce3cd9fb523a5c


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:25:44 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 18:25:44 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529087144.53.0.69318462047.issue33852@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
keywords: +patch
pull_requests: +7328
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:27:38 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 18:27:38 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529087258.05.0.56676864532.issue33852@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7329

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:28:17 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 18:28:17 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529087297.48.0.56676864532.issue33832@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Just for clarification. My question in the PR was:

>I think these are not the only occurrences of method referring to a 
>magic method. A quick grep reveals that there are more places where the 
>construction the __something__ method happens. Should we change these 
> too to __something__ special method?

This is because I was not sure if the intention of the PR was changing these everywhere or not. Sorry
if that was interpreted as a change request. :S

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:30:51 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 18:30:51 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529087451.13.0.56676864532.issue33832@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:34:17 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 15 Jun 2018 18:34:17 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529087657.48.0.56676864532.issue33832@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

A quick grep on the 3.7 branch indicates that the standard documentation includes each of the terms "magic method" and "special method" about the same number of times.  (I didn't check for instances that wrapped lines.)

Perhaps we should decide on just one of these terms and fix references that use the other.  I agree this can be a source of confusion, but having two terms for the same concept is a bug.

I don't think we need to change references to "the __something__ method", because those are specific.  We only need to decide on and consistently use the categorical term for these methods when referring to the entire category.

----------
nosy: +fdrake -pablogsal, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:40:40 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:40:40 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529088040.35.0.56676864532.issue33832@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Terry:
I have updated the PR with the original intention. You'll see it is much simpler.

Pablo:
Don't worry! I take it as a mistake of my own.

Fred:
I believe synonyms aren't the best things to have, but, if used consistently, they don't pose a real problem. Plus, they are so common, that most probably "magic" will reappear.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:41:08 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 15 Jun 2018 18:41:08 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529088068.84.0.56676864532.issue33861@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7330
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:42:22 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 18:42:22 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
In-Reply-To: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>
Message-ID: <1529088142.93.0.56676864532.issue33871@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I can reproduce the issue on a i686 GNU/Linux  Debian system:

>>> import os
>>> f = open('/tmp/temp', 'wb')
>>> l = os.writev(f.fileno(), [b'x' * 2**16] * 2**15)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SystemError: error return without exception set

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:43:48 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:43:48 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529088228.27.0.56676864532.issue33832@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

For context, I opened this issue after Raymond's reasoning in #33825 (which I agreed with).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:45:42 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 18:45:42 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529088342.89.0.56676864532.issue33852@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0113391e3f3db0fea6a9545310dc06aa5ea41461 by Miss Islington (bot) in branch '3.7':
bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672)
https://github.com/python/cpython/commit/0113391e3f3db0fea6a9545310dc06aa5ea41461


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:46:11 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:46:11 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529088371.72.0.56676864532.issue33832@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Sorry, for some reason the PR doesn't show the intended changes. I'm working on fixing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:47:20 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 18:47:20 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
In-Reply-To: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>
Message-ID: <1529088440.75.0.56676864532.issue33871@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Docs for sendfile in macOS:

https://www.unix.com/man-page/osx/2/sendfile/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:48:24 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 18:48:24 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529088504.74.0.56676864532.issue33852@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset eb4989970ce639845ca17e9a040f55fe704b862e by Miss Islington (bot) in branch '3.6':
bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672)
https://github.com/python/cpython/commit/eb4989970ce639845ca17e9a040f55fe704b862e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 14:49:43 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 18:49:43 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529088583.25.0.56676864532.issue33852@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
pull_requests: +7331

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:00:13 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 15 Jun 2018 19:00:13 +0000
Subject: [issue33841] lock not released in threading.Condition
In-Reply-To: <1528782467.05.0.475983251502.issue33841@psf.upfronthosting.co.za>
Message-ID: <1529089213.82.0.56676864532.issue33841@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

The `waiter` lock is always removed from `self._waiters` at the end of wait() (either by notify() or by wait() itself), so there's no point in releasing it a second time before destruction.

I'm closing this as it's not a bug.

----------
nosy: +pitrou, tim.peters
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33841>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:02:13 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 19:02:13 +0000
Subject: [issue33867] Module dicts are wiped on module garbage collection
In-Reply-To: <1529033651.78.0.947875510639.issue33867@psf.upfronthosting.co.za>
Message-ID: <1529089333.53.0.56676864532.issue33867@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I cannot reproduce this in 3.6.5:

>>>import sys
>>>import gc
>>>a = type(sys)('a')
>>>b = a.__dict__
>>>print(b['__name__'] is None)
False
>>>del a
>>>gc.collect()
>>>print(b['__name__'] is None)
False


On the other hand, this still happens in 2.7.15:

Python 2.7.15 (default, May  1 2018, 20:16:04)
[GCC 7.3.1 20180406] on linux2
Type "help", "copyright", "credits" or "license" for more information.

>>>import sys
>>>import gc
>>>a = type(sys)('a')
>>>b = a.__dict__
>>>print(b['__name__'] is None)
False
>>>del a
>>>gc.collect()
>>>print(b['__name__'] is None)
True

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33867>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:05:55 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 19:05:55 +0000
Subject: [issue33870] pdb continue + breakpoint
In-Reply-To: <1529076011.32.0.947875510639.issue33870@psf.upfronthosting.co.za>
Message-ID: <1529089555.92.0.56676864532.issue33870@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
components: +Library (Lib)
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33870>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:11:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:11:48 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529089908.11.0.56676864532.issue33832@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Fred, did you intend to delete people from nosy?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:21:20 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 15 Jun 2018 19:21:20 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529090480.22.0.56676864532.issue33826@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

In [1]: import logging

In [2]: logging.Logger.__module__
Out[2]: 'logging'

In [4]: import sys

In [6]: sys.modules[logging.Logger.__module__].__file__
Out[6]: 'C:\\Program Files\\Python36\\lib\\logging\\__init__.py'

----------
nosy: +Ivan.Pozdeev

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:23:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:23:02 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529090582.89.0.56676864532.issue33847@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 695118600fecaa7b95634e168ad7cbbc561fd1ec by Terry Jan Reedy (Andr?s Delfino) in branch 'master':
bpo-33847: Add '@' operator entry to index (GH-7669)
https://github.com/python/cpython/commit/695118600fecaa7b95634e168ad7cbbc561fd1ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:23:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:23:40 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529090620.12.0.56676864532.issue33852@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 184e8ed1eeda3ba869755ff37374dd86f332f30d by Terry Jan Reedy (Andr?s Delfino) in branch '2.7':
[2.7] bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672) (#7716)
https://github.com/python/cpython/commit/184e8ed1eeda3ba869755ff37374dd86f332f30d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:24:19 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:24:19 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529090659.58.0.56676864532.issue33847@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7332

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:25:01 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:25:01 +0000
Subject: [issue33852] doc Remove parentheses from sequence subscription
 description
In-Reply-To: <1528895542.1.0.947875510639.issue33852@psf.upfronthosting.co.za>
Message-ID: <1529090701.23.0.56676864532.issue33852@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Guido approved the change on the PR.

----------
assignee: docs at python -> terry.reedy
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33852>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:25:14 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:25:14 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529090714.24.0.56676864532.issue33847@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7333

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:25:37 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 15 Jun 2018 19:25:37 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529090737.35.0.56676864532.issue33826@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

What do you mean by "class source code" anyway? A class doesn't actually contain any executable code (and there's no code object associated with it).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:30:56 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 15 Jun 2018 19:30:56 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529091056.36.0.56676864532.issue33832@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

Indeed, I did not.  Fixed now.  I hope.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:34:34 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 15 Jun 2018 19:34:34 +0000
Subject: [issue33832] Make "magic methods" a little more discoverable in the
 docs
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529091274.73.0.56676864532.issue33832@psf.upfronthosting.co.za>


Change by Fred L. Drake, Jr. <fdrake at gmail.com>:


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:42:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:42:29 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529091749.23.0.56676864532.issue33854@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset a9d0b34a5c5d4fdc12bba4f9c1e314e6e132cc65 by Terry Jan Reedy (Andr?s Delfino) in branch 'master':
bpo-33854: Add PEP 461 title to 'See also' note (GH-7688)
https://github.com/python/cpython/commit/a9d0b34a5c5d4fdc12bba4f9c1e314e6e132cc65


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:42:33 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:42:33 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529091753.27.0.56676864532.issue33847@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c05c0e045ccf6e065c59c193195dc0e9b7242dd4 by Miss Islington (bot) in branch '3.7':
bpo-33847: Add '@' operator entry to index (GH-7669)
https://github.com/python/cpython/commit/c05c0e045ccf6e065c59c193195dc0e9b7242dd4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:43:40 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:43:40 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529091820.27.0.56676864532.issue33854@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7334

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:44:30 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:44:30 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529091870.26.0.56676864532.issue33854@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7335

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:45:22 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 19:45:22 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529091922.43.0.56676864532.issue33847@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cd9ede6b20948af51f9a27b64bd0dfd8909c24f1 by Miss Islington (bot) in branch '3.6':
bpo-33847: Add '@' operator entry to index (GH-7669)
https://github.com/python/cpython/commit/cd9ede6b20948af51f9a27b64bd0dfd8909c24f1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:45:49 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:45:49 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529091949.42.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:46:16 2018
From: report at bugs.python.org (Thomas Viehmann)
Date: Fri, 15 Jun 2018 19:46:16 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529091976.6.0.56676864532.issue33826@psf.upfronthosting.co.za>


Thomas Viehmann <tv.python.org at beamnet.de> added the comment:

Apologies for not being clear.
So I wrote:

In IPython (or Jupyter), `inspect.getsource` is able to retrieve the source code for functions but not classes.

By this I mean:

import inspect

class X:
  pass

inspect.getsource(X)

Note that:
- it won't work in the vanilla python interpreter,
- it does work for functions in Jupyter/IPython currently,
- it works for classes (and functions) in modules.
What I would like is to have it work for classes in Jupyter/IPython.

By the way: Would a PR be more convenient than a patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:54:20 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 15 Jun 2018 19:54:20 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529092460.05.0.56676864532.issue33826@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

I got that part, thank you.

I can't get 1)what you're expecting as an output and 2)why this should work the way you're suggesting 'cuz functions and classes are very different.

In particular, classes can be modified dynamically, unlike functions. So if you just print out the lines from the file with the definition (which is what getsource() does), it may not be what the interpreter is actually using.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 15:55:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 19:55:39 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1529092539.19.0.56676864532.issue33858@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Doc fixes are routinely backported, when valid, at least within 3.x.  If this was not, I could either be intention or accident.  If the change in master was with a github PR, maybe someone just forgot the backport label.

Is the change in 3.7?  Can either of you find the commit that made the change?

----------
nosy: +davin, pitrou, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:04:27 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 20:04:27 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1529093067.48.0.56676864532.issue33858@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

It seems that it was this commit:

https://github.com/python/cpython/commit/5619ab2db3a6c62ffaa55e8826cf67b7459fc484

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:09:08 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 20:09:08 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1529093348.77.0.56676864532.issue33858@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

And this PR:

https://github.com/python/cpython/pull/698

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:12:05 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 20:12:05 +0000
Subject: [issue33847] doc: Add '@' operator entry to index
In-Reply-To: <1528829054.17.0.947875510639.issue33847@psf.upfronthosting.co.za>
Message-ID: <1529093525.45.0.56676864532.issue33847@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33847>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:14:02 2018
From: report at bugs.python.org (Thomas Viehmann)
Date: Fri, 15 Jun 2018 20:14:02 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529093642.68.0.56676864532.issue33826@psf.upfronthosting.co.za>


Thomas Viehmann <tv.python.org at beamnet.de> added the comment:

So I want "inspect.showsource" to have the same output whether my class has been defined in a .py or in my Jupyter notebook.

I appreciate there are limitations to what "inspect.showsource" can do, but I am not so sure how that creates uncertainty my expectation of the output when it should just be the same as the current behaviour when the class is defined in a .py module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:14:34 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 20:14:34 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529093674.65.0.56676864532.issue33854@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ce1bda774ee28fcdc8966e4158ed42b1246a29d0 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.7':
bpo-33854: Add PEP 461 title to 'See also' note (GH-7688) (#7719)
https://github.com/python/cpython/commit/ce1bda774ee28fcdc8966e4158ed42b1246a29d0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:14:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 20:14:56 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529093696.2.0.56676864532.issue33854@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ae4b2af42ce908cd3872dd4442c9805beb725167 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.6':
bpo-33854: Add PEP 461 title to 'See also' note (GH-7688) (GH-7720)
https://github.com/python/cpython/commit/ae4b2af42ce908cd3872dd4442c9805beb725167


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:15:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 20:15:39 +0000
Subject: [issue33854] doc Add PEP title in seealso of Built-in Types
In-Reply-To: <1528948238.24.0.947875510639.issue33854@psf.upfronthosting.co.za>
Message-ID: <1529093739.59.0.56676864532.issue33854@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33854>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:28:48 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 15 Jun 2018 20:28:48 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1529094528.19.0.56676864532.issue33858@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Ok, I've backported to 3.6 in https://github.com/python/cpython/pull/7721

----------
components: +Library (Lib)
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:38:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 20:38:29 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529095109.06.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

debugger and debugger_r: tests are subminimal because instantiating classes is not trivial.
dynoption: skipped because I expect it will be replaced and deleted when I review PR to do so.
editor: I discovered, or rediscovered, a new shutdown issue, with EditorWindow.  It appeared in the new test_flist also.  This time, I discovered how to solve it with tcl after info, thanks to Cheryl using it for test_codecontext.
---
I am going to break this into 3 PRs.  The first third is done.  Having written this much, I think the new code is very unlikely to break on other OSes, so I don't think special testing is necessary before merging.

Tal, if you have a cpython clone on your OSX machine, it would be nice to have "python -m test.test_idle" (which runs gui tests) run in an updated repository at least once a week if there is anything new.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:40:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:40:41 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529095241.35.0.56676864532.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7336

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:45:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:45:13 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529095513.6.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh :-( The change caused two buildbot failures, so I wrote PR 7723 to revert it.

x86 Gentoo Non-Debug with X 3.x:
http://buildbot.python.org/all/#/builders/99/builds/1095

======================================================================
FAIL: test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 481, in test_NULL_ptr
    'backtrace'])
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 239, in get_gdb_repr
    import_site=import_site)
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 217, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ['No symbol "v" in current context.'] != []

First list contains 1 additional elements.
First extra element 0:
'No symbol "v" in current context.'

- ['No symbol "v" in current context.']
+ []

======================================================================
FAIL: test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 517, in test_builtins_help
    gdb_repr, gdb_output = self.get_gdb_repr('id(__builtins__.help)', import_site=True)
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 246, in get_gdb_repr
    self.fail('Unexpected gdb output: %r\n%s' % (gdb_output, gdb_output))
AssertionError: Unexpected gdb output: 'Breakpoint 1 at 0xf1670: file Python/bltinmodule.c, line 1204.\n[Thread debugging using libthread_db enabled]\nUsing host libthread_db library "/lib/libthread_db.so.1".\n\nBreakpoint 1, builtin_id (self=, v=<_Helper at remote 0xb796c2ec>) at Python/bltinmodule.c:1204\n1204\t{\n__x86.get_pc_thunk.bx ()\n#0  __x86.get_pc_thunk.bx ()\n'
Breakpoint 1 at 0xf1670: file Python/bltinmodule.c, line 1204.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".

Breakpoint 1, builtin_id (self=, v=<_Helper at remote 0xb796c2ec>) at Python/bltinmodule.c:1204
1204	{
__x86.get_pc_thunk.bx ()
#0  __x86.get_pc_thunk.bx ()

======================================================================
FAIL: test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 702, in test_up_at_top
    'Unable to find an older python frame\n')
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.nondebug/build/Lib/test/test_gdb.py", line 252, in assertEndsWith
    msg='%r did not end with %r' % (actual, exp_end))
AssertionError: False is not true : 'Breakpoint 1 at 0xf1670: file Python/bltinmodule.c, line 1204.\n[Thread debugging using libthread_db enabled]\nUsing host libthread_db library "/lib/libthread_db.so.1".\n\nBreakpoint 1, builtin_id (self=, v=42) at Python/bltinmodule.c:1204\n1204\t{\n__x86.get_pc_thunk.bx ()\nUnable to locate python frame\nUnable to locate python frame\nUnable to locate python frame\nUnable to locate python frame\nUnable to locate python frame\n' did not end with 'Unable to find an older python frame\n'



AMD64 Debian PGO 3.x:
http://buildbot.python.org/all/#/builders/47/builds/1173

======================================================================
FAIL: test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 351, in test_tuples
    self.assertGdbRepr(tuple(), '()')
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 270, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.x.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 246, in get_gdb_repr
    self.fail('Unexpected gdb output: %r\n%s' % (gdb_output, gdb_output))
AssertionError: Unexpected gdb output: 'Breakpoint 1 at 0x16dc20: file Python/bltinmodule.c, line 1205.\n[Thread debugging using libthread_db enabled]\nUsing host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".\n\nBreakpoint 1, builtin_id (self=, v=()) at Python/bltinmodule.c:1205\n1205\t    return PyLong_FromVoidPtr(v);\nPyLong_FromVoidPtr () at Objects/longobject.c:1021\n1021\t{\n#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021\n'
Breakpoint 1 at 0x16dc20: file Python/bltinmodule.c, line 1205.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Breakpoint 1, builtin_id (self=, v=()) at Python/bltinmodule.c:1205
1205	    return PyLong_FromVoidPtr(v);
PyLong_FromVoidPtr () at Objects/longobject.c:1021
1021	{
#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:45:36 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 20:45:36 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529095536.37.0.56676864532.issue32962@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

test_gdb is failing on the following buildbots:

x86 Gentoo Non-Debug
http://buildbot.python.org/all/#builders/99/builds/1095

AMD64 Debian PGO 3.x
http://buildbot.python.org/all/#builders/47/builds/1173

Gentoo Non-Debug with X 3.7
http://buildbot.python.org/all/#builders/115/builds/365

Example error:

....


======================================================================
FAIL: test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.7.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 584, in test_truncation
    gdb_repr, gdb_output = self.get_gdb_repr('id(list(range(1000)))')
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.7.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 246, in get_gdb_repr
    self.fail('Unexpected gdb output: %r\n%s' % (gdb_output, gdb_output))
AssertionError: Unexpected gdb output: 'Breakpoint 1 at 0x16ed20: file Python/bltinmodule.c, line 1216.\n[Thread debugging using libthread_db enabled]\nUsing host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".\n\nBreakpoint 1, builtin_id (self=, v=[0, 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, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226...(truncated)) at Python/bltinmodule.c:1216\n1216\t    return PyLong_FromVoidPtr(v);\nPyLong_FromVoidPtr () at Objects/longobject.c:1021\n1021\t{\n#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021\n'
Breakpoint 1 at 0x16ed20: file Python/bltinmodule.c, line 1216.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Breakpoint 1, builtin_id (self=, v=[0, 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, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226...(truncated)) at Python/bltinmodule.c:1216
1216	    return PyLong_FromVoidPtr(v);
PyLong_FromVoidPtr () at Objects/longobject.c:1021
1021	{
#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021
======================================================================
FAIL: test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.7.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 351, in test_tuples
    self.assertGdbRepr(tuple(), '()')
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.7.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 270, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/var/lib/buildbot/slaves/enable-optimizations-bot/3.7.gps-debian-profile-opt.nondebug/build/Lib/test/test_gdb.py", line 246, in get_gdb_repr
    self.fail('Unexpected gdb output: %r\n%s' % (gdb_output, gdb_output))
AssertionError: Unexpected gdb output: 'Breakpoint 1 at 0x16ed20: file Python/bltinmodule.c, line 1216.\n[Thread debugging using libthread_db enabled]\nUsing host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".\n\nBreakpoint 1, builtin_id (self=, v=()) at Python/bltinmodule.c:1216\n1216\t    return PyLong_FromVoidPtr(v);\nPyLong_FromVoidPtr () at Objects/longobject.c:1021\n1021\t{\n#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021\n'
Breakpoint 1 at 0x16ed20: file Python/bltinmodule.c, line 1216.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Breakpoint 1, builtin_id (self=, v=()) at Python/bltinmodule.c:1216
1216	    return PyLong_FromVoidPtr(v);
PyLong_FromVoidPtr () at Objects/longobject.c:1021
1021	{
#0  PyLong_FromVoidPtr () at Objects/longobject.c:1021

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:46:01 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 20:46:01 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529095561.0.0.56676864532.issue32962@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
Removed message: https://bugs.python.org/msg319670

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:49:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:49:30 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529095770.42.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Oh :-( The change caused two buildbot failures, so I wrote PR 7723 to revert it.

It seems to only be related to this change:
"""
New changeset 9b7c74ca32d1bec7128d550a9ab1b2ddc7046287 by Victor Stinner (Marcel Plch) in branch 'master':
bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (#6754)
https://github.com/python/cpython/commit/9b7c74ca32d1bec7128d550a9ab1b2ddc7046287
"""

Since I also backported this change to 3.7 and 3.6, buildbot of 3.7 and 3.6 also failed:

AMD64 Debian PGO 3.7
http://buildbot.python.org/all/#builders/128/builds/417

AMD64 Debian PGO 3.6
http://buildbot.python.org/all/#builders/77/builds/419

x86 Gentoo Non-Debug with X 3.7
http://buildbot.python.org/all/#builders/115/builds/365

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:53:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:53:41 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529096021.61.0.56676864532.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7337

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:54:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:54:07 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529096047.14.0.56676864532.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7338

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 16:54:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 20:54:38 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529096078.25.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 2f9cbaa8b2190b6dfd3157ede9b6973523a3b939 by Victor Stinner in branch 'master':
Revert "bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (GH-6754)" (#7723)
https://github.com/python/cpython/commit/2f9cbaa8b2190b6dfd3157ede9b6973523a3b939


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:19:58 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 15 Jun 2018 21:19:58 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529097598.63.0.56676864532.issue33869@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This probably shouldn't be done.  It is not the goal of the glossary to define all built-in types.  We have other sections of the documentation for that purpose.  Also, there is no demonstrated need.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:37:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:37:32 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529098652.05.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 74565aa6d54344d4994c6b81d6fd05a4258283ab by Victor Stinner in branch '3.6':
Revert "bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (GH-6754)" (#7725)
https://github.com/python/cpython/commit/74565aa6d54344d4994c6b81d6fd05a4258283ab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:37:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:37:36 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529098656.48.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset ba67b4f7cb87035e24098f52cf9711b9e793e033 by Victor Stinner in branch '3.7':
Revert "bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (GH-6754)" (#7724)
https://github.com/python/cpython/commit/ba67b4f7cb87035e24098f52cf9711b9e793e033


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:38:37 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Fri, 15 Jun 2018 21:38:37 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529098717.93.0.56676864532.issue33869@psf.upfronthosting.co.za>


Change by Fred L. Drake, Jr. <fdrake at gmail.com>:


----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:38:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:38:42 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529098722.83.0.56676864532.issue32962@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7339

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:38:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:38:42 +0000
Subject: [issue29367] python-gdb: display wrapper_call()
In-Reply-To: <1485336576.45.0.391174330106.issue29367@psf.upfronthosting.co.za>
Message-ID: <1529098722.97.0.665841612001.issue29367@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7340

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29367>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:40:47 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 21:40:47 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529098847.78.0.56676864532.issue33869@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I thought since dictionary and list is there, tuple/set/frozenset should be, too. But I think you are right.

I'd keep the link to the list definition, though. I didn't add a link to the dictionary definition as "dictionary" seems to be a very open term.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:48:50 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 15 Jun 2018 21:48:50 +0000
Subject: [issue32718] Install PowerShell activation scripts for venv for all
 platforms
In-Reply-To: <1517273696.22.0.467229070634.issue32718@psf.upfronthosting.co.za>
Message-ID: <1529099330.54.0.56676864532.issue32718@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

The prompt issues I was having are fixed in PowerShell 6.1.0-preview3, so as soon at 6.1.0 reaches final I will start working on this again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32718>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:54:35 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 21:54:35 +0000
Subject: [issue33872] doc Add list access time to list definition
Message-ID: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Glossary talks about list access complexity, but the actual list definition doesn't. I think glossary entries should have more information than actual definitions.

PR adds list access complexity to list definition.

----------
assignee: docs at python
components: Documentation
messages: 319678
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add list access time to list definition
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:59:12 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 15 Jun 2018 21:59:12 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529099952.64.0.56676864532.issue33872@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7341
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:59:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:59:59 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529099999.48.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset e36f94f204f3257a206a7766464a94230337fd18 by Victor Stinner in branch '2.7':
bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7726)
https://github.com/python/cpython/commit/e36f94f204f3257a206a7766464a94230337fd18


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Fri Jun 15 17:59:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 21:59:59 +0000
Subject: [issue29367] python-gdb: display wrapper_call()
In-Reply-To: <1485336576.45.0.391174330106.issue29367@psf.upfronthosting.co.za>
Message-ID: <1529099999.6.0.902498594338.issue29367@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset e36f94f204f3257a206a7766464a94230337fd18 by Victor Stinner in branch '2.7':
bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7726)
https://github.com/python/cpython/commit/e36f94f204f3257a206a7766464a94230337fd18


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29367>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:06:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 22:06:30 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529100390.87.0.56676864532.issue33824@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 6c5a4b315664f21bffc36ff6987fb4c4d1590897 by Victor Stinner in branch 'master':
bpo-33824, bpo-32030: Fix pymain_read_conf() (GH-7712)
https://github.com/python/cpython/commit/6c5a4b315664f21bffc36ff6987fb4c4d1590897


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:06:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 22:06:31 +0000
Subject: [issue32030] PEP 432: Rewrite Py_Main()
In-Reply-To: <1510709424.02.0.213398074469.issue32030@psf.upfronthosting.co.za>
Message-ID: <1529100391.02.0.902498594338.issue32030@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 6c5a4b315664f21bffc36ff6987fb4c4d1590897 by Victor Stinner in branch 'master':
bpo-33824, bpo-32030: Fix pymain_read_conf() (GH-7712)
https://github.com/python/cpython/commit/6c5a4b315664f21bffc36ff6987fb4c4d1590897


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32030>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:07:48 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:07:48 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529100468.88.0.56676864532.issue33824@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7342

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:07:49 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:07:49 +0000
Subject: [issue32030] PEP 432: Rewrite Py_Main()
In-Reply-To: <1510709424.02.0.213398074469.issue32030@psf.upfronthosting.co.za>
Message-ID: <1529100469.01.0.665841612001.issue32030@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7343

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32030>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:20:58 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 22:20:58 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529101258.12.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ee5ef309c7e2daef1248730145408f700732c42e by Terry Jan Reedy in branch 'master':
bpo-33855: Minimally test all IDLE modules. (GH-7689)
https://github.com/python/cpython/commit/ee5ef309c7e2daef1248730145408f700732c42e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:22:07 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:22:07 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529101327.85.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7344
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:26:31 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:26:31 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529101591.72.0.56676864532.issue33824@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 046da1669598d6112d0a6fb056081f3eb5a4d4e7 by Miss Islington (bot) in branch '3.7':
bpo-33824, bpo-32030: Fix pymain_read_conf() (GH-7712)
https://github.com/python/cpython/commit/046da1669598d6112d0a6fb056081f3eb5a4d4e7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:26:31 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:26:31 +0000
Subject: [issue32030] PEP 432: Rewrite Py_Main()
In-Reply-To: <1510709424.02.0.213398074469.issue32030@psf.upfronthosting.co.za>
Message-ID: <1529101591.84.0.902498594338.issue32030@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 046da1669598d6112d0a6fb056081f3eb5a4d4e7 by Miss Islington (bot) in branch '3.7':
bpo-33824, bpo-32030: Fix pymain_read_conf() (GH-7712)
https://github.com/python/cpython/commit/046da1669598d6112d0a6fb056081f3eb5a4d4e7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32030>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:37:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 22:37:51 +0000
Subject: [issue33824] Settign LANG=C modifies the --version behavior
In-Reply-To: <1528659337.7.0.592728768989.issue33824@psf.upfronthosting.co.za>
Message-ID: <1529102271.84.0.56676864532.issue33824@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ned: I let you decide if this bug should be backported to 3.7.0 final or not.

I would prefer to see this fix in 3.7.0, since Py_Main() refactoring was complex and maybe this bug hides another bug. The memset() is safe and make the code more reliable.

----------
components: +Interpreter Core
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33824>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:38:37 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 15 Jun 2018 22:38:37 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529102317.67.0.56676864532.issue33855@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 508568764593dca3844a51c10f1493413a51d66f by Miss Islington (bot) in branch '3.7':
bpo-33855: Minimally test all IDLE modules. (GH-7689)
https://github.com/python/cpython/commit/508568764593dca3844a51c10f1493413a51d66f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:42:06 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 22:42:06 +0000
Subject: [issue33873] False positives when running refleaks tests with -R 1:1
Message-ID: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>


New submission from Pablo Galindo Salgado <pablogsal at gmail.com>:

I am not sure is a problem we can do something about but right know if you run the refleak tests with low repetitions it reports leaks:

./python -m test test_list -R 1:1
Run tests sequentially
0:00:00 load avg: 0.66 [1/1] test_list
beginning 2 repetitions
12
..

test_list leaked [3] memory blocks, sum=3
test_list failed

== Tests result: FAILURE ==

1 test failed:
    test_list

Total duration: 1 sec 759 ms
Tests result: FAILURE

This also happens with other low numbers: 

./python -m test test_list -R 1:2

Obviously using this numbers is "wrong" (there is not enough repetitions to get meaningful results). The only problem I see is that if you are not aware of this limitation (in the case this is a real limitation on how `dash_R` works) the output is a bit misleading. 

Should we leave this as it is or try to improve the output?

----------
components: Tests
messages: 319688
nosy: pablogsal, serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: False positives when running refleaks tests with -R 1:1
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:51:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 22:51:44 +0000
Subject: [issue33873] False positives when running refleaks tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529103104.69.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> test_list leaked [3] memory blocks, sum=3

Memory block leaks are very different from reference leaks. Memory block are low level allocations. Python has *many* internal caches: tuple uses an internal "free list" for example. The first runs of the tests (2 runs when using -R 2:3) is used to warmup these caches.

Maybe regrtest -R should raise an error, or at least emit a big warning when using -R with less than 3 warmup runs.

By the way, regrtest has a very old bug: -R 3:3 runs the test 7 times, not 6 times. See runtest_inner() in Lib/test/libregrtest/runtest.py:

            test_runner()
            if ns.huntrleaks:
                refleak = dash_R(the_module, test, test_runner, ns.huntrleaks)

The code should be:

            if ns.huntrleaks:
                refleak = dash_R(the_module, test, test_runner, ns.huntrleaks)
            else:
                test_runner()

Do you want to write a PR for that? I should make our Refleaks buildbots 1/7 faster ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:51:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 15 Jun 2018 22:51:47 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529103107.75.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7345

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:52:56 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 22:52:56 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529103176.59.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
title: False positives when running refleaks tests with -R 1:1 -> False positives when running leak tests with -R 1:1

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:56:27 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 22:56:27 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529103387.49.0.56676864532.issue33873@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Let's make the buildbots happier!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 18:59:38 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 22:59:38 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529103578.5.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
keywords: +patch
pull_requests: +7346
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 19:08:52 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 23:08:52 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529104132.07.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +7347

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 19:17:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 15 Jun 2018 23:17:47 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529104667.44.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I tested PR 7735:

vstinner at apu$ ./python -m test -R 0:0 test_os -m test_access
Run tests sequentially
0:00:00 load avg: 0.19 [1/1] test_os
beginning 0 repetitions


test_os leaked [] references, sum=0
test_os leaked [] memory blocks, sum=0
test_os failed

== Tests result: FAILURE ==

1 test failed:
    test_os

Total duration: 63 ms
Tests result: FAILURE

vstinner at apu$ ./python -m test -R 0:1 test_os -m test_access
Run tests sequentially
0:00:00 load avg: 0.35 [1/1] test_os
beginning 1 repetitions
1
.
test_os leaked [280435] references, sum=280435
test_os leaked [91518] memory blocks, sum=91518
test_os leaked [4] file descriptors, sum=4
test_os failed

== Tests result: FAILURE ==

1 test failed:
    test_os

Total duration: 95 ms
Tests result: FAILURE

vstinner at apu$ ./python -m test -R 1:0 test_os -m test_access
Run tests sequentially
0:00:00 load avg: 0.16 [1/1] test_os
beginning 1 repetitions
1
.
test_os leaked [] references, sum=0
test_os leaked [] memory blocks, sum=0
test_os failed

== Tests result: FAILURE ==

1 test failed:
    test_os

Total duration: 95 ms
Tests result: FAILURE



Hum, we should require at least one run and at least one warmup: -R 1:1 should be the bare minimum.

By the way, it seems like negative numbers are currently accepted, whereas it doesn't make sense:

vstinner at apu$ ./python -m test -R 0:-2 test_list
Run tests sequentially
0:00:00 load avg: 0.31 [1/1] test_list
beginning -2 repetitions
(...)

It would fix this bug as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 19:36:26 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 15 Jun 2018 23:36:26 +0000
Subject: [issue33826] enable discovery of class source code in IPython
 interactively defined classes
In-Reply-To: <1528697796.87.0.592728768989.issue33826@psf.upfronthosting.co.za>
Message-ID: <1529105786.78.0.56676864532.issue33826@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

Oh, I see, you want to be able to get the source for code entered into the interactive session.

IPython does this by creating a separate fake "file name" for every input and adding corresponding entries for them into `linecache.cache'. This doesn't work for classes 'cuz for them, inspect.getfile() rather looks at __module__.__file__ , and there's no single __file__ for __main__.


Now, there are two concerns here:

* This will lead to linecache being polluted with old input, effectively a memory leak. Unlike vanilla's readline cache which has a maximum length. Not much concern for IPython which only needs to be good enough for its target audience and can be dropped if it doesn't work for a specific scenario. But not for vanilla which needs to work reliably in all cases.

* There indeed is a discrepancy between functions that link to source directly and classes that rely on heuristics for that (inspect.findsource() searches the file with a regex for the class' definition, how absurd is that?). Adding __file__ and __firstlineno__ _could_ help here, the `class' directive will need to add them.

    * In any case, the returned source is prone to "not necessarily what the interpreter uses", but that's the problem with how the returned source is generated, not where it's taken from.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33826>
_______________________________________

From report at bugs.python.org  Fri Jun 15 19:44:31 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Fri, 15 Jun 2018 23:44:31 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529106271.86.0.56676864532.issue33873@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Updated PR7735 with the checks for invalid parameters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 20:21:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 16 Jun 2018 00:21:00 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529108460.86.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset cac4fef8860e66a9da67d09762f5b614b9471a12 by Victor Stinner (Pablo Galindo) in branch 'master':
bpo-33873: regrtest: Add warning on -R 1:3 (GH-7736)
https://github.com/python/cpython/commit/cac4fef8860e66a9da67d09762f5b614b9471a12


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Fri Jun 15 20:26:40 2018
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 16 Jun 2018 00:26:40 +0000
Subject: [issue24379] Add operator.subscript as a convenience for creating
 slices
In-Reply-To: <1433398024.28.0.0919512106527.issue24379@psf.upfronthosting.co.za>
Message-ID: <1529108800.87.0.56676864532.issue24379@psf.upfronthosting.co.za>


Guido van Rossum <guido at python.org> added the comment:

Let's close it. Just because someone spent a lot of effort on a patch we don't have to accept it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24379>
_______________________________________

From report at bugs.python.org  Fri Jun 15 22:02:00 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 02:02:00 +0000
Subject: [issue24379] Add operator.subscript as a convenience for creating
 slices
In-Reply-To: <1433398024.28.0.0919512106527.issue24379@psf.upfronthosting.co.za>
Message-ID: <1529114520.84.0.56676864532.issue24379@psf.upfronthosting.co.za>


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


----------
resolution:  -> rejected
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24379>
_______________________________________

From report at bugs.python.org  Fri Jun 15 22:27:21 2018
From: report at bugs.python.org (Forest)
Date: Sat, 16 Jun 2018 02:27:21 +0000
Subject: [issue33874] dictviews set operations do not follow pattern of set or
 frozenset
Message-ID: <1529116041.48.0.56676864532.issue33874@psf.upfronthosting.co.za>


New submission from Forest <fgregg at gmail.com>:

Views of dictionary keys and items admit set operations, but the behavior of operations differs significantly from that of set and frozenset.

>>> {}.keys() & []
set()
>>> set() & []
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for &: 'set' and 'list'
>>> set() & []
set()

>>> {}.keys() & frozenset([])
set()
>>> frozenset([]) & {}.keys()
set()
>>> set() & frozenset([])
set()
>>> frozenset([]) & set()
frozenset()


Similar for |, ^, - 

>>> [1, 2, 3] - {2:None}.keys()
{1, 3}

Is perhaps particularly surprising


The operators <, <=, >, >= do work as expected.

>>> [1, 2, 3] > {}.keys()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unorderable types: list() > dict_keys()


I'm not sure if these differences between dictviews and set/frozenset should be considered bugs. If no, it may be good to document that the behavior is  different.

----------
components: Library (Lib)
messages: 319696
nosy: fgregg
priority: normal
severity: normal
status: open
title: dictviews set operations do not follow pattern of set or frozenset
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33874>
_______________________________________

From report at bugs.python.org  Fri Jun 15 22:35:15 2018
From: report at bugs.python.org (Forest)
Date: Sat, 16 Jun 2018 02:35:15 +0000
Subject: [issue33874] dictviews set operations do not follow pattern of set or
 frozenset
In-Reply-To: <1529116041.48.0.56676864532.issue33874@psf.upfronthosting.co.za>
Message-ID: <1529116515.27.0.56676864532.issue33874@psf.upfronthosting.co.za>


Forest <fgregg at gmail.com> added the comment:

Sorry there was a typo in the first example block:

It should be

>>> {}.keys() & []
set()
>>> set() & []
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for &: 'set' and 'list'

>>> set() & [] does **not** return set() it raises a TypeError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33874>
_______________________________________

From report at bugs.python.org  Fri Jun 15 22:44:36 2018
From: report at bugs.python.org (Forest)
Date: Sat, 16 Jun 2018 02:44:36 +0000
Subject: [issue33874] dictviews set operations do not follow pattern of set or
 frozenset
In-Reply-To: <1529116041.48.0.56676864532.issue33874@psf.upfronthosting.co.za>
Message-ID: <1529117076.37.0.56676864532.issue33874@psf.upfronthosting.co.za>


Forest <fgregg at gmail.com> added the comment:

Issue https://bugs.python.org/issue24413 also flags a difference in the behavior between dictviews and sets/frozensets.

"for non-iterable object x, set().__or__(x) raises NotImplementedError, but {}.keys().__or__(x) raises TypeError"

Issue https://bugs.python.org/issue33874 added a number of tests for dictview set operators, but none covering the examples raised here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33874>
_______________________________________

From report at bugs.python.org  Fri Jun 15 22:54:38 2018
From: report at bugs.python.org (Joel Perras)
Date: Sat, 16 Jun 2018 02:54:38 +0000
Subject: [issue33875] Allow dynamic password evaluation in pypirc
 configuration file.
Message-ID: <1529117678.87.0.56676864532.issue33875@psf.upfronthosting.co.za>


New submission from Joel Perras <joel at nerderati.com>:

In its current implementation, a user is required to provide their cleartext PyPi password in their .pypirc configuration file for authenticated interactions with PyPi servers to succeed. For hopefully obvious reasons, this is sub-optimal from a security standpoint.

In some popular utilities (e.g. msmtp), the ability to provide a `passwordeval` field is made optional to the user. The value to this field is executed by the OS-dependent shell, and the return value is then used as the password.

For example, instead of this:

```
index-servers=
    pypi

[pypi]
username=jperras
password=mygreatpassword

```

we can instead have this:

```
index-servers=
    pypi

[pypi]
username=jperras
passwordeval="gpg --quiet --for-your-eyes-only --no-tty --decrypt ~/.pypipwd.gpg"
```

----------
components: Distutils
messages: 319699
nosy: dstufft, eric.araujo, jperras
priority: normal
severity: normal
status: open
title: Allow dynamic password evaluation in pypirc configuration file.
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33875>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:03:10 2018
From: report at bugs.python.org (Joel Perras)
Date: Sat, 16 Jun 2018 03:03:10 +0000
Subject: [issue33875] Allow dynamic password evaluation in pypirc
 configuration file.
In-Reply-To: <1529117678.87.0.56676864532.issue33875@psf.upfronthosting.co.za>
Message-ID: <1529118190.08.0.56676864532.issue33875@psf.upfronthosting.co.za>


Change by Joel Perras <joel at nerderati.com>:


----------
keywords: +patch
pull_requests: +7348
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33875>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:15:10 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 03:15:10 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
Message-ID: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, mentioning MicroPython is a plus because it's a mature project with a focus not covered by any of the other mentioned implementations.

PR adds the mention.

----------
assignee: docs at python
components: Documentation
messages: 319700
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Mention the MicroPython implementation in Introduction
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:17:39 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 03:17:39 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529119059.46.0.56676864532.issue33876@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7349
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:18:55 2018
From: report at bugs.python.org (Ma Lin)
Date: Sat, 16 Jun 2018 03:18:55 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529119135.58.0.56676864532.issue29456@psf.upfronthosting.co.za>


Ma Lin <malincns at 163.com> added the comment:

> We have a ucd_3_2_0 in unicodedata.

Probably this 3.2 unicodedata is used for IDNA2003.
In IDNA2003 there is a step: normalize the domain_name string to Unicode Normalization Form C.

Now we changed the Composition code of Hangul to Unicode Standard 4.1+, and fixed the bug even in Unicode Standard 4.1-.
Should this (Unicode Standard 4.1+ behavior) cause a security vulnerability for someone who is using IDNA2003 via ucd_3_2_0?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:29:14 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 16 Jun 2018 03:29:14 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529119754.33.0.56676864532.issue33836@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:


New changeset 2707e41a5c7ede30349cc7dbd66f8be564965d7c by Mariatta (Noah Haasis) in branch 'master':
bpo-33836: Recommend keyword-only param for memoization in FAQ (GH-7687)
https://github.com/python/cpython/commit/2707e41a5c7ede30349cc7dbd66f8be564965d7c


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:30:29 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:30:29 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529119829.35.0.56676864532.issue33836@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7350

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:31:20 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:31:20 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529119880.45.0.56676864532.issue33836@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7351

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:33:50 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 03:33:50 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
Message-ID: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Reference 9.1. says: "Under Unix, a complete program can be passed to the interpreter in three forms...".

This also applies to Windows. PR fixes this.

----------
assignee: docs at python
components: Documentation
messages: 319703
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Mention Windows along UNIX for script running instructions
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:34:23 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 16 Jun 2018 03:34:23 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529120063.87.0.56676864532.issue33836@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:36:36 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 03:36:36 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529120196.07.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7352
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:45:09 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 03:45:09 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529120709.82.0.56676864532.issue33876@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

A reasonable suggestion. Let's make sure that we mention CircuitPython as well.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:46:32 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:46:32 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529120792.94.0.56676864532.issue33836@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5a0bf74d4ec11a246b401896cbfb2e840c13da40 by Miss Islington (bot) in branch '3.7':
bpo-33836: Recommend keyword-only param for memoization in FAQ (GH-7687)
https://github.com/python/cpython/commit/5a0bf74d4ec11a246b401896cbfb2e840c13da40


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:46:41 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 16 Jun 2018 03:46:41 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
Message-ID: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>


New submission from Mariatta Wijaya <mariatta.wijaya at gmail.com>:


New changeset 68680035143a3a6398faa88f067f244c74691d19 by Mariatta (Andr?s Delfino) in branch 'master':
bpo-33571: Improve the glossary description for '...' prompt (GH-6971)
https://github.com/python/cpython/commit/68680035143a3a6398faa88f067f244c74691d19


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:47:09 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 16 Jun 2018 03:47:09 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529120829.37.0.56676864532.issue33571@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:47:53 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:47:53 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529120873.36.0.56676864532.issue33571@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7353

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:48:50 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:48:50 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529120930.09.0.56676864532.issue33571@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7354

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:49:47 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:49:47 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529120987.27.0.56676864532.issue33571@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7355

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:50:30 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:50:30 +0000
Subject: [issue33836] [Good first-time issue] Recommend keyword-only param for
 memoization in FAQ
In-Reply-To: <1528732775.39.0.592728768989.issue33836@psf.upfronthosting.co.za>
Message-ID: <1529121030.45.0.56676864532.issue33836@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2636833e8e9cb16ba3ae7bf776bbfc91f176367c by Miss Islington (bot) in branch '3.6':
bpo-33836: Recommend keyword-only param for memoization in FAQ (GH-7687)
https://github.com/python/cpython/commit/2636833e8e9cb16ba3ae7bf776bbfc91f176367c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33836>
_______________________________________

From report at bugs.python.org  Fri Jun 15 23:58:17 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 03:58:17 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529121497.43.0.56676864532.issue33571@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 80c51c4737c6bb51dd76d2ab6c5f7ea75bf118f2 by Miss Islington (bot) in branch '2.7':
bpo-33571: Improve the glossary description for '...' prompt (GH-6971)
https://github.com/python/cpython/commit/80c51c4737c6bb51dd76d2ab6c5f7ea75bf118f2


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 00:03:22 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 04:03:22 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529121802.42.0.56676864532.issue33571@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 380a2b09e8c78b1222f9295e82e7ef34a0e70d99 by Miss Islington (bot) in branch '3.7':
bpo-33571: Improve the glossary description for '...' prompt (GH-6971)
https://github.com/python/cpython/commit/380a2b09e8c78b1222f9295e82e7ef34a0e70d99


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 00:08:24 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 04:08:24 +0000
Subject: [issue33571] Add triple quotes to list of delimiters that trigger
 '...' prompt
In-Reply-To: <1529120801.36.0.56676864532.issue33571@psf.upfronthosting.co.za>
Message-ID: <1529122104.62.0.56676864532.issue33571@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8e6428f21699e15b5d96f949db221f20d8466b4b by Miss Islington (bot) in branch '3.6':
bpo-33571: Improve the glossary description for '...' prompt (GH-6971)
https://github.com/python/cpython/commit/8e6428f21699e15b5d96f949db221f20d8466b4b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 00:40:59 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 16 Jun 2018 04:40:59 +0000
Subject: [issue33499] Environment variable to set alternate location for
 pycache tree
In-Reply-To: <1526310769.71.0.682650639539.issue33499@psf.upfronthosting.co.za>
Message-ID: <1529124059.59.0.56676864532.issue33499@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset b193fa996a746111252156f11fb14c12fd6267e6 by Nick Coghlan (Carl Meyer) in branch 'master':
bpo-33499: Add PYTHONPYCACHEPREFIX env var for alt bytecode cache location. (GH-6834)
https://github.com/python/cpython/commit/b193fa996a746111252156f11fb14c12fd6267e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33499>
_______________________________________

From report at bugs.python.org  Sat Jun 16 00:45:26 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 16 Jun 2018 04:45:26 +0000
Subject: [issue33499] Environment variable to set alternate location for
 pycache tree
In-Reply-To: <1526310769.71.0.682650639539.issue33499@psf.upfronthosting.co.za>
Message-ID: <1529124326.2.0.56676864532.issue33499@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Merged as PYTHONPYCACHEPREFIX=path, -X pycache_prefix=path and sys.pycache_prefix :)

I'll also update PEP 304 with a note saying a variant of the idea was eventually accepted for Python 3.8.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33499>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:08:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 05:08:34 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529125714.14.0.56676864532.issue33859@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset c151f7846d6d900c22edaaa77f5f7771b529099e by Serhiy Storchaka (Xtreak) in branch 'master':
bpo-33859: Fix spelling mistakes in docs. (GH-7691)
https://github.com/python/cpython/commit/c151f7846d6d900c22edaaa77f5f7771b529099e


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:09:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 05:09:46 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529125786.86.0.56676864532.issue33859@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7356

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:12:29 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 16 Jun 2018 05:12:29 +0000
Subject: [issue33499] Environment variable to set alternate location for
 pycache tree
In-Reply-To: <1526310769.71.0.682650639539.issue33499@psf.upfronthosting.co.za>
Message-ID: <1529125949.66.0.56676864532.issue33499@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +7357

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33499>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:14:55 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 05:14:55 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529126095.94.0.56676864532.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

There are certain encodings as I went through the file Lib/encodings/aliases.py  where there are all digit items that doesn't correspond to cpXXXX sequence. I think the search function is used not only for encodings that start with 'cp' and thus adding the logic might result in checks for extra cases.

Sample cases : 

'936'                : 'gbk'
'8859'               : 'latin_1'
'646'                : 'ascii'

I also have limited knowledge on working through encodings/__init__.py so correct me if I am wrong on the above.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:20:34 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 05:20:34 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529126434.04.0.56676864532.issue33865@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Of course entries in the alias table should have a precedence.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:26:41 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 05:26:41 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529126801.8.0.56676864532.issue33859@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 416e488415cacec98778da11da401c1b94d92c10 by Miss Islington (bot) in branch '3.7':
bpo-33859: Fix spelling mistakes in docs. (GH-7691)
https://github.com/python/cpython/commit/416e488415cacec98778da11da401c1b94d92c10


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:52:13 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 05:52:13 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529128333.66.0.56676864532.issue33859@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
pull_requests: +7358

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 01:56:16 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Sat, 16 Jun 2018 05:56:16 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529128576.58.0.56676864532.issue29456@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

As I said, I checked Unicode 3.0 for the hangul composition algorithm. It looks consistent with Unicode 4.1+. 3.0 only gets description but no sample implementation. So I think the changed code also applies to Unicode 3.0+.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Sat Jun 16 02:33:21 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 06:33:21 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529130801.98.0.56676864532.issue33859@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset c5ff553ae717c33f86d4fa984ee92de71c467f2a by Serhiy Storchaka (Xtreak) in branch '3.6':
[3.6] bpo-33859: Fix spelling mistakes in docs. (GH-7691). (GH-7750)
https://github.com/python/cpython/commit/c5ff553ae717c33f86d4fa984ee92de71c467f2a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 02:42:59 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 06:42:59 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529131379.35.0.56676864532.issue33859@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for finding these mistakes :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:06:20 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 07:06:20 +0000
Subject: [issue33859] Spelling mistakes found using aspell
In-Reply-To: <1528978179.87.0.947875510639.issue33859@psf.upfronthosting.co.za>
Message-ID: <1529132780.78.0.56676864532.issue33859@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks much @rhettinger and the team for all the work on documentation. This is my first patch and I am pretty amazed at the smooth experience for a beginner like me with GitHub and helpful bots. I hope to contribute more.

Just wanted to leave a note that this was inspired by the Rust book's work where they have a CI running with aspell to make sure that there are no spelling mistakes in the book. It would require a personal dictionary where all the valid words have to be added. I think given the rate of documentation changes that go into the repository having a personal dictionary will result in merge conflicts and not a feasible option but I just want to put this idea here. The initial work requires me to a manual scan of 10k words and hence I might have missed some words or assumed some spellings as correct. I think this can be used for code comments as well but would require even more attention since the dictionary file will be large.

Reference : https://github.com/rust-lang/book/blob/a5c9f1f9fbcda0a6e16ea80e64452b33006f4127/ci/spellcheck.sh#L56

Command to generate a personal file : 

cd Docs && find . -iname '*rst' | xargs -I{} sh -c "aspell --master=en_US --extra-dicts=en_GB --ignore 3 list < {}" | sort | uniq > typos.txt

typos.txt : https://gist.github.com/tirkarthi/d49ac3fdce93c1e3ab4b85b5e1c82b49

Thanks again :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33859>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:22:23 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 07:22:23 +0000
Subject: [issue33874] dictviews set operations do not follow pattern of set or
 frozenset
In-Reply-To: <1529116041.48.0.56676864532.issue33874@psf.upfronthosting.co.za>
Message-ID: <1529133743.9.0.56676864532.issue33874@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

It's true the concrete set API differs in some ways from the Set abstract base class followed by dictviews.   The concrete set-to-set operators are restricted to only work with other sets, leaving the named set methods (union, intersection, difference, etc) to accept any iterable.  In contrast, the Set abstract base class only has operators and those are specifically allowed to accept any iterable.

It may not seem harmonious, but those were intentional and long-standing design decisions.  The restriction on concrete set operators to only work with other sets can be traced back to bad experiences with the += operator for lists accepting any iterable (allowing mistakes like s+='abc' when s.append('abc') was intended).  

Different choices were made in the design of the abstract Set API.  In order to be useful, that API can't make as strong of a restriction, so it allows any iterable to be used as inputs to the operators.  Also note that the abstract Set API doesn't have the named set methods (union, intersection, difference, etc), so the burden of falls on the operators to support iterables.   IIRC, the reason that the named set methods were omitted was to make it easier to implement conforming classes that could interoperate with one another.  For more details on the design of the collections ABCs, see Guido's PEP on the subject (that's where he explains was problem the abstract classes where intended to solve and some of design considerations).

One can argue with those design decisions, but that ship sailed a long time ago and it would no longer be possible to change either set or Set without breaking existing code.  The existing behaviors are intentional, venerable, tested, and guaranteed.

----------
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33874>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:26:50 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 07:26:50 +0000
Subject: [issue33864] collections.abc.ByteString does not register memoryview
In-Reply-To: <1529012616.87.0.947875510639.issue33864@psf.upfronthosting.co.za>
Message-ID: <1529134010.13.0.56676864532.issue33864@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

The docs should be made more precise.  Perhaps, "This type represents the types bytes, bytearray, and memoryview of byte sequences"?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33864>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:37:51 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 07:37:51 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529134671.89.0.56676864532.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks @serhiy.storchaka . I looked into the code and it seems the resolution is done in `search_function` at Lib/encodings/__init__.py . It seems that encoding is normalized using some logic and then we use the normalized encoding to check against aliases which is the dictionary where I have added the alias. If it's not found then '.' is replaced with '_' to check again. I hope this is the place where I need to check if aliased_encoding is None after both attempts and norm_encoding is all digits then prepend "cp" to norm_encoding to check again against `aliases` dictionary. Unfortunately, print and pdb doesn't work inside the function and I don't know how to test this change or write test cases for the same.

Any pointers will be highly helpful.

Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:40:29 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 07:40:29 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529134829.57.0.56676864532.issue33876@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

IIRC, Guido recognized only PyPy, Jython, and IronPython as alternate conforming implementations.   A number of other projects were python-like but were also going off in their own directions not subject to his pronouncements.

MicroPython is a pretty cool project but I don't think that its goal is for most code written for CPython would run on MicroPython or vice-versa.

That said, somewhere in the docs (a FAQ entry) there should be a list some of pythonesque implementation like MicroPython, CircuitPython, CPython, VPython, etc.

IMO, the Language Reference is the wrong place.  That document (which used to be subtitled "for language lawyers only") is intended to be the most precise and offical specification of the Python language.  It doesn't make sense to reference implementations that don't follow the specification.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:43:13 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 16 Jun 2018 07:43:13 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529134993.65.0.56676864532.issue33876@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Addenda:  Somewhere in the annals of our history this was discussed before (perhaps dating back to Stackless Python).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 03:51:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 07:51:58 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529135518.17.0.56676864532.issue33865@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It is easy to test it. Encoding/decoding with '874' should give the same result as with 'cp874'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Sat Jun 16 04:47:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 08:47:53 +0000
Subject: [issue31966] [EASY C][Windows] print('hello\n', end='',
 flush=True) raises OSError when ran with py -u
In-Reply-To: <1510047605.77.0.213398074469.issue31966@psf.upfronthosting.co.za>
Message-ID: <1529138873.86.0.56676864532.issue31966@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31966>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:13:08 2018
From: report at bugs.python.org (Martin Panter)
Date: Sat, 16 Jun 2018 10:13:08 +0000
Subject: [issue11380] Improve reporting of broken stdout pipe during
 interpreter shutdown
In-Reply-To: <1299115966.12.0.337666295395.issue11380@psf.upfronthosting.co.za>
Message-ID: <1529143988.01.0.56676864532.issue11380@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

Issue 33550 was opened about Mike?s case of ignoring broken pipe conditions.

BTW a side effect of closing sys.stderr is that error messages reported by interpreter shutdown will be missing (even if there was no broken pipe). For example, exception messages reported by sys.excepthook.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11380>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:26:02 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 10:26:02 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529144762.39.0.56676864532.issue33861@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 17a0088e2680e12ce2c5f2ffc6b71766299e38d5 by Serhiy Storchaka in branch 'master':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/17a0088e2680e12ce2c5f2ffc6b71766299e38d5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:27:21 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 10:27:21 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529144841.38.0.56676864532.issue33861@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7359

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:28:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 10:28:05 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529144885.86.0.56676864532.issue33861@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7360

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:57:52 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 10:57:52 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529146672.96.0.56676864532.issue33861@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 633593372a8aec46644a39e8d0b68e0f1eb5ed38 by Miss Islington (bot) in branch '3.7':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/633593372a8aec46644a39e8d0b68e0f1eb5ed38


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 06:58:12 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 10:58:12 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529146692.36.0.56676864532.issue33861@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5c23e21ef655db35af45ed98a62eb54bff64dbd0 by Miss Islington (bot) in branch '3.6':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/5c23e21ef655db35af45ed98a62eb54bff64dbd0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 07:04:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 16 Jun 2018 11:04:58 +0000
Subject: [issue33861] Minor improvements of tests for os.path.
In-Reply-To: <1528995572.61.0.947875510639.issue33861@psf.upfronthosting.co.za>
Message-ID: <1529147098.57.0.56676864532.issue33861@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33861>
_______________________________________

From report at bugs.python.org  Sat Jun 16 08:01:24 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 12:01:24 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529150484.86.0.56676864532.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I am able to verify the newly added aliases using the below assert statement

assert codecs.encode('a', '874') == codecs.encode('a', 'cp874')

I am struck on the part where it could be patched in the search_function and I hope this is the approach @serhiy.storchaka was making. After the usual logic I am checking if the aliased_encoding is None and if the normalized_encoding is all digits then I am prepending 'cp' in front and calling search_function again so that cases like '936' first look at the table which has higher precedence and then for other cases even though an entry is not present it returns 'cpXXXX' encoder. 

I have tested it by removing newly added '874' from aliases.py so that instead of an error 'cp874' is returned. Since in the next call the case of encoding being digits is not valid due to prepending 'cp' there will be no error due to infinite recursion for wrong ones.

Thanks

----------
Added file: https://bugs.python.org/file47643/33865.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Sat Jun 16 08:32:11 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 12:32:11 +0000
Subject: [issue33830] Error in the output of one example in the httplib docs
In-Reply-To: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>
Message-ID: <1529152331.13.0.56676864532.issue33830@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Sat Jun 16 08:37:58 2018
From: report at bugs.python.org (Forest)
Date: Sat, 16 Jun 2018 12:37:58 +0000
Subject: [issue33874] dictviews set operations do not follow pattern of set or
 frozenset
In-Reply-To: <1529133743.9.0.56676864532.issue33874@psf.upfronthosting.co.za>
Message-ID: <CAKOqFNMM6-o9D4284jMhN8ZRSuKe26TO-=WD2i_npRrLTLT-5A@mail.gmail.com>


Forest <fgregg at gmail.com> added the comment:

Thank you very much for thorough explanation! It really helped me
understand the issue.

Since this is the intended behavior, would it be good to add some tests for
the behavior? I would have found those tests helpful in working on
https://bugs.python.org/issue27575

If so, I'm happy to prepare a PR for adding some tests for this behavior.

On Sat, Jun 16, 2018 at 2:22 AM Raymond Hettinger <report at bugs.python.org>
wrote:

>
> Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:
>
> It's true the concrete set API differs in some ways from the Set abstract
> base class followed by dictviews.   The concrete set-to-set operators are
> restricted to only work with other sets, leaving the named set methods
> (union, intersection, difference, etc) to accept any iterable.  In
> contrast, the Set abstract base class only has operators and those are
> specifically allowed to accept any iterable.
>
> It may not seem harmonious, but those were intentional and long-standing
> design decisions.  The restriction on concrete set operators to only work
> with other sets can be traced back to bad experiences with the += operator
> for lists accepting any iterable (allowing mistakes like s+='abc' when
> s.append('abc') was intended).
>
> Different choices were made in the design of the abstract Set API.  In
> order to be useful, that API can't make as strong of a restriction, so it
> allows any iterable to be used as inputs to the operators.  Also note that
> the abstract Set API doesn't have the named set methods (union,
> intersection, difference, etc), so the burden of falls on the operators to
> support iterables.   IIRC, the reason that the named set methods were
> omitted was to make it easier to implement conforming classes that could
> interoperate with one another.  For more details on the design of the
> collections ABCs, see Guido's PEP on the subject (that's where he explains
> was problem the abstract classes where intended to solve and some of design
> considerations).
>
> One can argue with those design decisions, but that ship sailed a long
> time ago and it would no longer be possible to change either set or Set
> without breaking existing code.  The existing behaviors are intentional,
> venerable, tested, and guaranteed.
>
> ----------
> nosy: +rhettinger
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue33874>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33874>
_______________________________________

From report at bugs.python.org  Sat Jun 16 09:01:46 2018
From: report at bugs.python.org (Julien Palard)
Date: Sat, 16 Jun 2018 13:01:46 +0000
Subject: [issue33878] Doc: Assignment statement to tuple or list: case missing.
Message-ID: <1529154106.75.0.56676864532.issue33878@psf.upfronthosting.co.za>


New submission from Julien Palard <julien+python at palard.fr>:

In [1] I read:

> If the target list is a comma-separated list of targets, or a single target in square brackets

This come from https://bugs.python.org/issue23275 (patch is [2]).

I suspect there's a missing case "list of targets in square brackets" (and to be pedantic "list of targets in parenthesis").

The specialized documentation about single-valued targets in sequence-like construction come from this difference:

    >>> (a) = 42
    >>> a
    42

    >>> [a] = [42]
    >>> a
    42


which is correctly described the line before:

> If the target list is a single target in parentheses: The object is assigned to that target.

So the correct way to state it may be:

> Else the object must be an iterable with the same number of items as there are targets in the target list, and the items are assigned, from left to right, to the corresponding targets.

The `Else`, coupled with the existing "Assignment of an object to a target list, optionally enclosed in parentheses or square brackets" covers properly the cases:

- Multiple target separated by comas (already covered)
- Multiple target enclosed by parenthesis and brackets (not covered)
- Single target enclosed by angle brackets (already covered)


[1]: https://docs.python.org/3.7/reference/simple_stmts.html#assignment-statements
[2]: https://bugs.python.org/file42878/issue23275_v4.diff

----------
assignee: docs at python
components: Documentation
messages: 319735
nosy: docs at python, martin.panter, mdk
priority: normal
severity: normal
status: open
title: Doc: Assignment statement to tuple or list: case missing.
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33878>
_______________________________________

From report at bugs.python.org  Sat Jun 16 09:04:37 2018
From: report at bugs.python.org (Martin Panter)
Date: Sat, 16 Jun 2018 13:04:37 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529154277.62.0.56676864532.issue33630@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

I doubt it is a race condition. ?Waitpid? only returns after the child has terminated, and the file should be created as the child starts, before it terminates. Surely it is just the buggy glibc opening the DBDBDB file, when the test case expects it to create outfile.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Sat Jun 16 09:32:49 2018
From: report at bugs.python.org (Martin Panter)
Date: Sat, 16 Jun 2018 13:32:49 +0000
Subject: [issue33878] Doc: Assignment statement to tuple or list: case missing.
In-Reply-To: <1529154106.75.0.56676864532.issue33878@psf.upfronthosting.co.za>
Message-ID: <1529155969.73.0.56676864532.issue33878@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

I think I intended the third option to include all comma-separated lists, including:

a, b, c = x  # No brackets
(a, b, c) = x  # Round brackets
[a, b, c] = x  # Square brackets
a, = x  # Single target with comma

Perhaps something like this would be clearer:

* If the target list is
    * a comma-separated list of targets, with or without brackets, or
    * a single target with a trailing comma, with or without brackets, or
    * a single target in square brackets,
  the object must be . . .

The empty target list case could also be merged. Then the only differentiation is between a single target (no comma, optional round brackets) and iterable unpacking.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33878>
_______________________________________

From report at bugs.python.org  Sat Jun 16 09:36:04 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 13:36:04 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529156164.24.0.56676864532.issue33876@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Sorry, I didn't knew that :) I'll update the PR adding an entry in the FAQ.

With "CPython" in "pythonesque implementation like MicroPython, CircuitPython, CPython" did you mean Cython?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 10:24:37 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 14:24:37 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529159077.76.0.56676864532.issue33876@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Thanks Raymond :-)

The FAQ seems like a good place to share. Cython would be a nice addition and perhaps IPython too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 10:34:45 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 14:34:45 +0000
Subject: [issue22571] Remove import * recommendations and examples in doc?
In-Reply-To: <1412627004.13.0.564055290321.issue22571@psf.upfronthosting.co.za>
Message-ID: <1529159685.22.0.56676864532.issue22571@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi @terry.reedy @rhettinger,

I'm triaging the 'turtle' open issues. I'm wondering if we can close this issue with a resolution of "Remind". If there are '*' imports that folks feel strongly about changing, then those could be opened now or in the future as a new, more narrowly scoped issue(s) with cleared next actions for contributors.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 10:38:59 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 14:38:59 +0000
Subject: [issue6717] Some problem with recursion handling
In-Reply-To: <1250518561.04.0.421053701967.issue6717@psf.upfronthosting.co.za>
Message-ID: <1529159939.8.0.56676864532.issue6717@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi Gregor and others,

I'm triaging 'turtle' issues. I'm recommending, if I don't hear an objection in two weeks, closing this issue with a resolution of "outdated".

Thanks.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6717>
_______________________________________

From report at bugs.python.org  Sat Jun 16 10:50:45 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 14:50:45 +0000
Subject: [issue21914] Create unit tests for Turtle guionly
In-Reply-To: <1404442037.11.0.611165319303.issue21914@psf.upfronthosting.co.za>
Message-ID: <1529160645.2.0.56676864532.issue21914@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

A reasonable next step for this patch review would be to review these tests to see if they still apply for more recent Python versions as well.

This is a "new contributor"-friendly issue.

I'm sorry Lita.Cho that these patches languished on the issue tracker.

----------
keywords: +easy
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21914>
_______________________________________

From report at bugs.python.org  Sat Jun 16 10:52:59 2018
From: report at bugs.python.org (Julien Palard)
Date: Sat, 16 Jun 2018 14:52:59 +0000
Subject: [issue33878] Doc: Assignment statement to tuple or list: case missing.
In-Reply-To: <1529154106.75.0.56676864532.issue33878@psf.upfronthosting.co.za>
Message-ID: <1529160779.7.0.56676864532.issue33878@psf.upfronthosting.co.za>


Julien Palard <julien+python at palard.fr> added the comment:

Agree, the empty list could be merged, the only special-case is the "single item in parenthesis", as always.

I'm still exploring the path to simplicity over explicitly listing everything (but in the reference, explicitly listing could be what we need):

    Assignment of an object to a target list, optionally enclosed in parentheses or square brackets, is recursively defined as follows.

        If the target list is a single target in parentheses: The object is assigned to that target.
        Else the object must be an iterable with the same number of items as there are targets in the target list, and the items are assigned, from left to right, to the corresponding targets.

What do you think? Should we go full-explicit, with trailing comas and everything?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33878>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:00:18 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 15:00:18 +0000
Subject: [issue33830] Error in the output of one example in the httplib docs
In-Reply-To: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>
Message-ID: <1529161218.53.0.56676864532.issue33830@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I was making a patch for this and both Python 2.7 and Python 3.6 returned "404 OK" for the example instead of "404 Not Found". I think the end-point is misleading and it's better to use httpbin.org for this. 

cpython git:(master)   ./python
Python 3.8.0a0 (heads/master:c151f78, Jun 16 2018, 14:50:28)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import http.client
>>> conn = http.client.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print(r1.status, r1.reason)
200 OK
>>> data1 = r1.read()
>>> conn.request("GET", "/parrot.spam")
>>> r2 = conn.getresponse()
>>> print(r2.status, r2.reason)
404 OK
>>> data2 = r2.read()
>>> conn.close()
>>> conn = http.client.HTTPSConnection("httpbin.org")
>>> conn.request("GET", "/status/404")
>>> r2 = conn.getresponse()
>>> print(r2.status, r2.reason)
404 NOT FOUND


?  ~ python2.7
Python 2.7.14 (default, Mar 12 2018, 13:54:56)
[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 httplib
>>> conn = httplib.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print r1.status, r1.reason
200 OK
>>> data1 = r1.read()
>>> conn.request("GET", "/parrot.spam")
>>> r2 = conn.getresponse()
>>> print r2.status, r2.reason
404 OK
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:03:14 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:03:14 +0000
Subject: [issue21941] Clean up turtle TPen class
In-Reply-To: <1404873989.47.0.448854632734.issue21941@psf.upfronthosting.co.za>
Message-ID: <1529161394.98.0.56676864532.issue21941@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi ingrid,

Thanks for your work on this issue.

I'm triaging the open "turtle" issues, and I'm going to go ahead and close this one. If you would like to open a new, more specific issue, I would welcome that. Thanks.

----------
nosy: +willingc
resolution:  -> remind
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21941>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:08:18 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:08:18 +0000
Subject: [issue1702036] Make Turtle thread-safe so it does not crash
Message-ID: <1529161698.47.0.56676864532.issue1702036@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi all,

I'm triaging 'turtle' open issues. I'm going to close this issue with a resolution of not a Turtle bug. Thanks.

----------
nosy: +willingc
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1702036>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:12:16 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:12:16 +0000
Subject: [issue16428] turtle with compound shape doesn't get clicks
In-Reply-To: <1352299609.35.0.759398778926.issue16428@psf.upfronthosting.co.za>
Message-ID: <1529161936.07.0.56676864532.issue16428@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

This issue is "new contributor"-friendly.

The next steps would be to apply the patch to a recent version of Python 3, check if tests run cleanly, and if the patch resolves the issue.

I'm sorry ingrid that the patch review languished on the issue tracker.

----------
nosy: +willingc
versions: +Python 3.6 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16428>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:13:15 2018
From: report at bugs.python.org (njayinthehouse)
Date: Sat, 16 Jun 2018 15:13:15 +0000
Subject: [issue33879] Item assignment in tuple mutates list despite throwing
 error
Message-ID: <1529161995.75.0.56676864532.issue33879@psf.upfronthosting.co.za>


New submission from njayinthehouse <nitinjohnraj at gmail.com>:

Seems like a bug.

    >>> a = (1, [1])
    >>> a[1] += [2]
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    TypeError: 'tuple' object does not support item assignment
    >>> a
    (1, [1, 2])

----------
messages: 319748
nosy: njayinthehouse
priority: normal
severity: normal
status: open
title: Item assignment in tuple mutates list despite throwing error
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33879>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:14:42 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:14:42 +0000
Subject: [issue21077] Turtle Circle Speed 0
In-Reply-To: <1395936990.77.0.953738655575.issue21077@psf.upfronthosting.co.za>
Message-ID: <1529162082.08.0.56676864532.issue21077@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

The next step on this issue would be to test if this behavior is still present in Python 3.6 and 3.7 and report the result of your test here.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21077>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:17:33 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:17:33 +0000
Subject: [issue10531] write tilted text in turtle
In-Reply-To: <1290702974.67.0.695196946667.issue10531@psf.upfronthosting.co.za>
Message-ID: <1529162253.49.0.56676864532.issue10531@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

This would be a fun feature to add. The next step on this issue would be to determine if this can be accomplished with Tk 8.6.

----------
nosy: +willingc
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10531>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:22:14 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:22:14 +0000
Subject: [issue23660] Turtle left/right inverted when using different
 coordinates orientation
In-Reply-To: <1426261372.66.0.413514291582.issue23660@psf.upfronthosting.co.za>
Message-ID: <1529162534.91.0.56676864532.issue23660@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi aroberge,

Thanks for filing this issue.

I'm triaging all of the open 'turtle' issues. I'm closing this issue since introducing this suggested change would impact teaching materials and resources that have already been published. This would be a change that would break compatibility.

I've marked the resolution as "Remind" if someone in the future wishes to open a documentation issue.

----------
nosy: +willingc
resolution:  -> remind
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23660>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:26:38 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:26:38 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1529162798.65.0.56676864532.issue14117@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi @terry.reedy,

I'm triaging open "turtle" issues. What do you think would be a reasonable next step for this issue? Perhaps: a contributor runs the demo and reports back here with the current behavior experienced.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:30:05 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:30:05 +0000
Subject: [issue24990] Foreign language support in turtle module
In-Reply-To: <1441238139.14.0.540040388391.issue24990@psf.upfronthosting.co.za>
Message-ID: <1529163005.88.0.56676864532.issue24990@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

A good next step with this issue would be to look at the languages mentioned in the devguide experts page (https://devguide.python.org/experts/#documentation-translations) with people interested in translations

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24990>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:37:41 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:37:41 +0000
Subject: [issue27461] Optimize PNGs
In-Reply-To: <1467894574.39.0.144098385194.issue27461@psf.upfronthosting.co.za>
Message-ID: <1529163461.54.0.56676864532.issue27461@psf.upfronthosting.co.za>


Change by Carol Willing <willingc at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27461>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:40:09 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:40:09 +0000
Subject: [issue26571] turtle regression in 3.5
In-Reply-To: <1458104355.45.0.620158354917.issue26571@psf.upfronthosting.co.za>
Message-ID: <1529163609.38.0.56676864532.issue26571@psf.upfronthosting.co.za>


Change by Carol Willing <willingc at gmail.com>:


----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:44:34 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:44:34 +0000
Subject: [issue29560] Turtle graphics fill behavior differs between versions
In-Reply-To: <1487100128.83.0.366459584593.issue29560@psf.upfronthosting.co.za>
Message-ID: <1529163874.71.0.56676864532.issue29560@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

The next action for this issue would be to run the demo listed on Python 3.7 and report the results back here. We can then document expected behavior if it differs.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29560>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:49:26 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:49:26 +0000
Subject: [issue23922] Refactor icon setting to a separate function for Turtle
In-Reply-To: <1428861614.96.0.721771203423.issue23922@psf.upfronthosting.co.za>
Message-ID: <1529164166.84.0.56676864532.issue23922@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

I've updated the issue title to reflect Terry's comments and changed the stage to needs patch.

----------
nosy: +willingc
stage: test needed -> needs patch
title: turtle.py and turtledemo use the default tkinter icon -> Refactor icon setting to a separate function for Turtle
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23922>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:53:08 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 15:53:08 +0000
Subject: [issue31725] Turtle/tkinter: NameError crashes ipython with
 "Tcl_AsyncDelete: async handler deleted by the wrong thread"
In-Reply-To: <1507447004.91.0.213398074469.issue31725@psf.upfronthosting.co.za>
Message-ID: <1529164388.83.0.56676864532.issue31725@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Hi Rick,

I'm closing this issue as not reproducible. Thanks for filing it and using Turtle.

----------
nosy: +willingc
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31725>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:54:54 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 16 Jun 2018 15:54:54 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529164494.55.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change 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>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Sat Jun 16 11:55:33 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 16 Jun 2018 15:55:33 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529164533.44.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Sat Jun 16 12:02:48 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 16 Jun 2018 16:02:48 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
In-Reply-To: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>
Message-ID: <1529164968.77.0.56676864532.issue33871@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Test case:

import os
fo = open('/tmp/temp', 'wb')
fi = open('/tmp/temp', 'rb')
os.sendfile(fo.fileno(), fi.fileno(), 0, 0, headers=[b'x' * 2**16] * 2**15)

--
run against current master HEAD (2f9cbaa8b2190b6dfd3157ede9b6973523a3b939, as of 2018-06-15)
--with-pydebug
current macOS 10.13.5


64-bit Python

$ ./bin/python3.8 ~/Desktop/test_s.py
Traceback (most recent call last):
 File "/Users/nad/Desktop/test_s.py", line 4, in <module>
   os.sendfile(fo.fileno(), fi.fileno(), 0, 0, headers=[b'x' * 2**16] * 2**15)
OSError: [Errno 38] Socket operation on non-socket
sys:1: ResourceWarning: unclosed file <_io.BufferedWriter name='/tmp/temp'>
sys:1: ResourceWarning: unclosed file <_io.BufferedReader name='/tmp/temp'>


32-bit Python

$ ./bin/python3.8-32 ~/Desktop/test_s.py
Fatal Python error: a function returned NULL without setting an error
SystemError: <built-in function sendfile> returned NULL without setting an error

Current thread 0xa983a1c0 (most recent call first):
 File "/Users/nad/Desktop/test_s.py", line 4 in <module>
Abort trap: 6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Sat Jun 16 12:10:31 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 16:10:31 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529165431.57.0.56676864532.issue33876@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

What do you think about also mentioning Skulpt and Brython? On one hand, they -like MicroPython/CirtcuitPython- cover a focus no other implementation does (and a special one: client side Web scripting); but on the other hand, we shouldn't make space for everybody to add her/his pythonesque implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 12:16:52 2018
From: report at bugs.python.org (Carol Willing)
Date: Sat, 16 Jun 2018 16:16:52 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529165812.55.0.56676864532.issue33876@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

I think your suggestion for Brython and Skulpt is excellent. I believe that it's important to point out that Python can be used client-side, and both your suggestions have been around for a while, are stable, and often used in large courses such as OpenEdX.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sat Jun 16 12:47:27 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 16:47:27 +0000
Subject: [issue22571] Remove import * recommendations and examples in doc?
In-Reply-To: <1412627004.13.0.564055290321.issue22571@psf.upfronthosting.co.za>
Message-ID: <1529167647.54.0.56676864532.issue22571@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am going to accept Raymond's rejection of a general change.  I will reconsider the tkinter doc should I ever work on it.

For IDLE code, I have settled on 'from tkinter import Tk, Text, ..., perhaps followed by 'from tkinter.ttk import Scrollbar, ...'.  But having alternate sources for many modules is a special case.  Listing each object is a bit more effort*, but I like knowing what is imported, from where after reading the module header. (* With complete tests, NameErrors quickly expose omissions.)

Carol, thank you for bumping this issue.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22571>
_______________________________________

From report at bugs.python.org  Sat Jun 16 12:49:12 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 16:49:12 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529167752.71.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 833b3d2dcc7043be20ac19f7821552fcb21f4365 by Terry Jan Reedy in branch '3.6':
[3.6] bpo-33855: Minimally test all IDLE modules. (GH-7689) (GH-7734)
https://github.com/python/cpython/commit/833b3d2dcc7043be20ac19f7821552fcb21f4365


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Sat Jun 16 13:00:05 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 17:00:05 +0000
Subject: [issue33879] Item assignment in tuple mutates list despite throwing
 error
In-Reply-To: <1529161995.75.0.56676864532.issue33879@psf.upfronthosting.co.za>
Message-ID: <1529168405.82.0.56676864532.issue33879@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Interesting. I googled this and came across this note which covers this : https://docs.python.org/2/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33879>
_______________________________________

From report at bugs.python.org  Sat Jun 16 13:12:33 2018
From: report at bugs.python.org (John Cooke)
Date: Sat, 16 Jun 2018 17:12:33 +0000
Subject: [issue33880] namedtuple should use NFKD to find duplicate members
Message-ID: <1529169153.27.0.56676864532.issue33880@psf.upfronthosting.co.za>


New submission from John Cooke <john.cooke at phonecoop.coop>:

from collections import namedtuple
# create a namedtuple whose members are:
# 00B5;MICRO SIGN;Ll;
# 03BC;GREEK SMALL LETTER MU;Ll
# these are both legal identifier names
names = ['\u00b5', '\u03bc']
for name in names:
    assert name.isidentifier()
mu = namedtuple('mu', names)

# should have raised ValueError, but instead get SyntaxError

----------
components: Library (Lib)
messages: 319763
nosy: John Cooke
priority: normal
severity: normal
status: open
title: namedtuple should use NFKD to find duplicate members
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33880>
_______________________________________

From report at bugs.python.org  Sat Jun 16 13:51:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 17:51:56 +0000
Subject: [issue6717] Some problem with recursion handling
In-Reply-To: <1250518561.04.0.421053701967.issue6717@psf.upfronthosting.co.za>
Message-ID: <1529171516.16.0.56676864532.issue6717@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I reran Dino's test.py on current master on Win10 and got 

Traceback (most recent call last):
  File "f:/dev/tem/recursion_crash.py", line 23, in <module>
    f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
    f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
    f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
    f()
  [Previous line repeated 991 more times]
  File "f:/dev/tem/recursion_crash.py", line 17, in f
    print(sys.getrecursionlimit())
RecursionError: maximum recursion depth exceeded while calling a Python object

The request for a fix to get a nice traceback is out of date.

When I run Gregor's tkinter_recursionbug_31.py, I immediately get this:

f:\dev\3x>python f:/dev/tem/tk_recbug.py
Running Debug|Win32 interpreter...
f:/dev/tem/tk_recbug.py:14: DeprecationWarning: invalid escape sequence \P
  """

The closet I came to reproducing this is
>>> eval(r"f'\P{1}'")

Warning (from warnings module):
  File "<string>", line 1
DeprecationWarning: invalid escape sequence \P
'\\P1'

When I continue and move the red box, I eventually get

Fatal Python error: Cannot recover from stack overflow.

Current thread 0x000012c8 (most recent call first):
  File "F:\dev\3x\lib\enum.py", line 535 in __new__
  File "F:\dev\3x\lib\enum.py", line 307 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1431 in _substitute
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1701 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1174 in update
  File "f:/dev/tem/tk_recbug.py", line 39 in move
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1702 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1174 in update
  <repeat last 3 lines multiple times>
  ...

f:\dev\3x>

and the tk window disappears.  With pythonw, the tk window disappears with no feedback.

There is no Windows message box, so the request to not get one is fixed already.  There is a (truncated) traceback (without the code lines, but they are viewable in the source), so the requested to get one is also fulfilled.  The only thing left is 'Fatal Python error'.  From Antoine's messages, the request to get a normal exception instead is "Won't fix unless someone has a bright new idea".

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6717>
_______________________________________

From report at bugs.python.org  Sat Jun 16 13:59:31 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 16 Jun 2018 17:59:31 +0000
Subject: [issue33880] namedtuple should use NFKD to find duplicate members
In-Reply-To: <1529169153.27.0.56676864532.issue33880@psf.upfronthosting.co.za>
Message-ID: <1529171971.89.0.56676864532.issue33880@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Not that it really matters to this issue, but here's how dataclasses and attrs deal with this:

dataclasses has the same issue, via make_dataclass().

attrs gives a syntax error with your field names, but interestingly this succeeds:

>>> Foo = attr,make_class('Foo', ['a', 'b', 'a'])
>>> Foo(1, 3)

I'll open a corresponding issue for dataclasses.
Foo(a=1, b=3)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33880>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:02:08 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 16 Jun 2018 18:02:08 +0000
Subject: [issue33881] dataclasses should use NFKD to find duplicate members
Message-ID: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>


New submission from Eric V. Smith <eric at trueblade.com>:

See issue 33880 for the same issue with namedtuple.

This shows up on dataclasses only through make_dataclass. This is an expected ValueError:

>>> make_dataclass('a', ['a', 'b', 'c', 'a'])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 1123, in make_dataclass
    raise TypeError(f'Field name duplicated: {name!r}')
TypeError: Field name duplicated: 'a'

But this is a SyntaxError:

>>> make_dataclass('a', ['\u00b5', '\u03bc'])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 1133, in make_dataclass
    unsafe_hash=unsafe_hash, frozen=frozen)
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 958, in dataclass
    return wrap(_cls)
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 950, in wrap
    return _process_class(cls, init, repr, eq, order, unsafe_hash, frozen)
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 871, in _process_class
    else 'self',
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 490, in _init_fn
    return_type=None)
  File "/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 356, in _create_fn
    exec(txt, globals, locals)
  File "<string>", line 1
SyntaxError: duplicate argument '?' in function definition

----------
assignee: eric.smith
components: Library (Lib)
messages: 319766
nosy: eric.smith
priority: low
severity: normal
status: open
title: dataclasses should use NFKD to find duplicate members
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:10:49 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 16 Jun 2018 18:10:49 +0000
Subject: [issue33880] namedtuple should use NFKD to find duplicate members
In-Reply-To: <1529169153.27.0.56676864532.issue33880@psf.upfronthosting.co.za>
Message-ID: <1529172649.83.0.56676864532.issue33880@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

See issue 33881 for the corresponding dataclasses issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33880>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:14:21 2018
From: report at bugs.python.org (Valeriya Sinevich)
Date: Sat, 16 Jun 2018 18:14:21 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529172861.05.0.56676864532.issue33663@psf.upfronthosting.co.za>


Change by Valeriya Sinevich <sinevich95lera at gmail.com>:


----------
keywords: +patch
pull_requests: +7361
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:15:32 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 18:15:32 +0000
Subject: [issue10531] write tilted text in turtle
In-Reply-To: <1290702974.67.0.695196946667.issue10531@psf.upfronthosting.co.za>
Message-ID: <1529172932.13.0.56676864532.issue10531@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

c.create_text(100, 100, angle=90.0, text='test text')
is a tclerror in 8.5 and works in 8.6.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10531>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:17:15 2018
From: report at bugs.python.org (Valeriya Sinevich)
Date: Sat, 16 Jun 2018 18:17:15 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529173035.15.0.56676864532.issue33663@psf.upfronthosting.co.za>


Valeriya Sinevich <sinevich95lera at gmail.com> added the comment:

Hello!

I created a PR for this but I am new to the process, so I don't know what to do with the error on "no news entry" issue. Could someone please help me with the next steps?

----------
nosy: +valer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:21:51 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 16 Jun 2018 18:21:51 +0000
Subject: [issue33880] namedtuple should use NFKD to find duplicate members
In-Reply-To: <1529169153.27.0.56676864532.issue33880@psf.upfronthosting.co.za>
Message-ID: <1529173311.79.0.56676864532.issue33880@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Actually, should this be NKFC?

>From https://docs.python.org/3.6/reference/lexical_analysis.html#identifiers : 

"All identifiers are converted into the normal form NFKC while parsing; comparison of identifiers is based on NFKC."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33880>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:24:39 2018
From: report at bugs.python.org (Rick J. Pelleg)
Date: Sat, 16 Jun 2018 18:24:39 +0000
Subject: [issue31725] Turtle/tkinter: NameError crashes ipython with
 "Tcl_AsyncDelete: async handler deleted by the wrong thread"
In-Reply-To: <1529164388.83.0.56676864532.issue31725@psf.upfronthosting.co.za>
Message-ID: <CADB7NfN04uU4Qk_gKTwv-KUk6mjz0j_rqN1t+o9AqfyTvbFU+A@mail.gmail.com>


Rick J. Pelleg <rickjpelleg at gmail.com> added the comment:

Thanks!

On Sat, Jun 16, 2018, 18:53 Carol Willing <report at bugs.python.org> wrote:

>
> Carol Willing <willingc at gmail.com> added the comment:
>
> Hi Rick,
>
> I'm closing this issue as not reproducible. Thanks for filing it and using
> Turtle.
>
> ----------
> nosy: +willingc
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue31725>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31725>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:36:06 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 16 Jun 2018 18:36:06 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529174166.8.0.56676864532.issue33663@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Congratulations! All the changes and patches are collected in Misc/NEWS.d file. You can find more information and the process to create one here : https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries .

Happy hacking :)

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:36:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 18:36:51 +0000
Subject: [issue24978] Contributing to Documentation. Translation to Russian.
In-Reply-To: <1441109047.57.0.29993860249.issue24978@psf.upfronthosting.co.za>
Message-ID: <1529174211.18.0.56676864532.issue24978@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There are now several official translations: see current doc pages, the bottom of https://devguide.python.org/experts/, and https://www.python.org/dev/peps/pep-0545/.  According to the pep, discussion is on doc-sig.  https://mail.python.org/mailman/listinfo/doc-sig

'third party' is not quite right, but there is no 'separate repository and issues tracker' selection.

Carol, perhaps devguide 7. Documenting Python should have a short new section 7.6 Translations with at least the above info, better formatted.

----------
nosy: +terry.reedy, willingc
resolution:  -> third party
stage:  -> resolved
status: open -> closed
title: Contributing to Python 2x and 3x Documentation. Translation to Russian. -> Contributing to Documentation. Translation to Russian.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24978>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:41:42 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 16 Jun 2018 18:41:42 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529174502.59.0.56676864532.issue33663@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

For the NEWS entry, I'd suggest putting "Library" for the category and use your commit message for the text at the end.

You should also fill out the CLA form posted in your PR by the bot. While we *can* overlook it for very simple changes, best to get it done anyway.

As to Jean-Marc's comment, what you are describing is basically a bug in a third-party library and should be reported to them. As far as I can tell, http.server handles the encoding just fine, and if the web package has overridden part of it then it needs to override the rest in order to send headers properly. We can be less surprising to subclasses by only sending str, but if they're handling the conversion to bytes we can't really help any more than that.

----------
nosy: +steve.dower -xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Sat Jun 16 14:58:22 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Sat, 16 Jun 2018 18:58:22 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529175502.7.0.56676864532.issue33856@psf.upfronthosting.co.za>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Hi Steven,

On Thursday, I gave a python training with some Windows computers and I have executer python, just the REPL, normally, you have 

Python 3.6.5 (default, Apr  4 2018, 15:01:18) 
[GCC 7.3.1 20180303 (Red Hat 7.3.1-5)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 

But I didn't see the message with "help" in the prompt on the Windows computer. I would like to confirm with the standard bundle of python.org but I don't have a windows computer. and I didn't check the author of this bundle, but it was the 3.6.x version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:05:49 2018
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 16 Jun 2018 19:05:49 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529175949.9.0.56676864532.issue33856@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

Can't recreate from latest Python 3.6.5 downloaded off python.org

  > D:\Python365\python.exe
  Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 16:07:46) [MSC v.1900 32 bit (Intel)] on win32
  Type "help", "copyright", "credits" or "license" for more information.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:08:50 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 16 Jun 2018 19:08:50 +0000
Subject: [issue33881] dataclasses should use NFKC to find duplicate members
In-Reply-To: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>
Message-ID: <1529176130.16.0.56676864532.issue33881@psf.upfronthosting.co.za>


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


----------
title: dataclasses should use NFKD to find duplicate members -> dataclasses should use NFKC to find duplicate members

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:21:12 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 16 Jun 2018 19:21:12 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529176872.24.0.56676864532.issue33856@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

I suspect you either had a non-python.org version of Python, or had the embeddable distribution rather than a proper installation (the embeddable distribution should not be used unless you're embedding, hence the name :)).  Either way, the standard distribution started normally imports site by default, which monkeypatches `help` into builtins on all platforms.

----------
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:38:04 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 16 Jun 2018 19:38:04 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1529177884.72.0.56676864532.issue10652@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

The root of this issue was fixed by #20035 for 3.5+.  Terry, do you still have issues with this with 2.7, and is it still worth trying to fix?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:39:56 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Sat, 16 Jun 2018 19:39:56 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529177996.79.0.56676864532.issue33856@psf.upfronthosting.co.za>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Hi Zach, in fact, it's not a problem with Python itself, but with Idle.

I just downloaded a virtualbox image via (https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/) and started the installation of Python 3.6.5

and when you execute IDLE, "help()" is not present, but this sentence is present in the prompt of python3.

I am going to provide a small patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:55:42 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 19:55:42 +0000
Subject: [issue24990] Foreign language support in turtle module
In-Reply-To: <1441238139.14.0.540040388391.issue24990@psf.upfronthosting.co.za>
Message-ID: <1529178942.07.0.56676864532.issue24990@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Al did post to python-ideas, with a link to a prototype.  I think a fair summary is that core-developers had at least the same reluctance to be involve with code translations as with doc translations.  We rejected doing the latter as part of cpython by pydev.  I am doing the same with respect to this specific implementation.

Looking at the prototype, I agreed with Al hard-coding translations is a "terrible way for a software module to implement internationalization,".  For one thing, mixing multiple languages does not scale.

On python-ideas, I urged Al to make this a pypi project.  I give below a different path that would also be mostly independent of cpython and this tracker.

The March 2017 pydev decision with respect to document translations, as described in the PEP, was that they should be a separate project with a separate team, team leaders, contributor agreement, infrastructure, and procedures. The pydev/cpython contribution was limited adding the language selection box and whatever html is needed to grab a translation.

Code translations should be handled the same way. One of the common issues, for instance, is trust.  Core developers are in no position to check that translations are not, for instance, 'adults-only'. The translation project leaders have worked out whatever procedure they have for vetting translators and translations.  For one thing, I believe they usually have more than one person per language team.

According to the PEP,  https://mail.python.org/mailman/listinfo/doc-sig
is used for discussion of document translations.  When I feel like revisiting the issue of translating IDLE's menus, I will discuss it with them.

I think anyone interested in turtle command translations should do the same.  When there is something to hook to and therefore a need to modify turtle, a new issue can be opened.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24990>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:56:40 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Sat, 16 Jun 2018 19:56:40 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529179000.52.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by St?phane Wirtel <stephane at wirtel.be>:


----------
pull_requests: +7363

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 15:57:15 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Sat, 16 Jun 2018 19:57:15 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529179035.95.0.56676864532.issue33856@psf.upfronthosting.co.za>


St?phane Wirtel <stephane at wirtel.be> added the comment:

PR proposed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 16:14:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 20:14:29 +0000
Subject: [issue29560] Tkinter and turtle graphics fill differs between Windows
 and *nix
In-Reply-To: <1487100128.83.0.366459584593.issue29560@psf.upfronthosting.co.za>
Message-ID: <1529180069.11.0.56676864532.issue29560@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Behavior has not changed.  It is a legitimate doc issue for both tkinter and turtle.

The turtle intro, https://docs.python.org/3/library/turtle.html#introduction, currently 24.1.1. says nothing about the sidebar and image.  I think there should be a short paragraph added, which includes "The image was drawn on Linux.  On Windows, the star will be filled in solid." 

The filling doc, https://docs.python.org/3/library/turtle.html#filling, should also have a note.

If you do a PR, I will review.

The tkinter docs should be handled separately.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
stage:  -> needs patch
title: Turtle graphics fill behavior differs between versions -> Tkinter and turtle graphics fill differs between Windows and *nix
versions: +Python 3.7, Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29560>
_______________________________________

From report at bugs.python.org  Sat Jun 16 16:56:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 20:56:03 +0000
Subject: [issue23922] Refactor icon setting to a separate function for Turtle
In-Reply-To: <1428861614.96.0.721771203423.issue23922@psf.upfronthosting.co.za>
Message-ID: <1529182563.49.0.56676864532.issue23922@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am closing and rejecting this as not worth the bother and "ain't gonna happen" at things now stand.  

The 'IDLE icons' are not IDLE icons.  They are Python application icons which I adapted for IDLE.  The one on the Windows taskbar are set by the Windows installer.

The IDLE code could be copied into turtle (where it might stagnate if tk changes), but this would require making turtle a package.  Not worth it.
I don't consider using the tk icons that big a problem.  They work across platforms and the tk people will continue to make sure they do.  I would not be terribly surprised is some beginners think that the blue feature *is* a turtle logo ;-).

To use the IDLE code directly, it should be in a public interface module.  I am willing to create one within idlelib, but there would be opposition, so this is off the table for now.

I think there should be a utility module under tkinter, but Serhiy has shown no interest, and I am not going to divert my energy to pushing this at present.  In any case, I think such a proposal should be a clean new issue.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23922>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:04:11 2018
From: report at bugs.python.org (R. David Murray)
Date: Sat, 16 Jun 2018 21:04:11 +0000
Subject: [issue33879] Item assignment in tuple mutates list despite throwing
 error
In-Reply-To: <1529161995.75.0.56676864532.issue33879@psf.upfronthosting.co.za>
Message-ID: <1529183051.34.0.56676864532.issue33879@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33879>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:12:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 21:12:02 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1529183522.29.0.56676864532.issue10652@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I believe the following means 'No' and that you can close this.

f:\dev\27>python -m test.regrtest test___all__ test_tcl
Running Debug|Win32 interpreter...
Run tests sequentially
0:00:00 [1/2] test___all__
0:00:24 [2/2] test_tcl
All 2 tests OK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:12:14 2018
From: report at bugs.python.org (Ammar Askar)
Date: Sat, 16 Jun 2018 21:12:14 +0000
Subject: [issue10531] write tilted text in turtle
In-Reply-To: <1290702974.67.0.695196946667.issue10531@psf.upfronthosting.co.za>
Message-ID: <1529183534.86.0.56676864532.issue10531@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

I don't think backwards compatibility matters too much for the turtle package but the way its proposed in the initial report makes it so that text in previous versions would now be angled to the turtle's heading.

To keep the previous behavior a keyword arg could be added but given that this package is mostly for learning and fun, that might complicate it a little.

Aside from that, the patch to add this is fairly trivial now.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10531>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:20:54 2018
From: report at bugs.python.org (Andre Roberge)
Date: Sat, 16 Jun 2018 21:20:54 +0000
Subject: [issue23660] Turtle left/right inverted when using different
 coordinates orientation
In-Reply-To: <1426261372.66.0.413514291582.issue23660@psf.upfronthosting.co.za>
Message-ID: <1529184054.47.0.56676864532.issue23660@psf.upfronthosting.co.za>


Andre Roberge <andre.roberge at gmail.com> added the comment:

I am sorry to hear that this bug was closed based on the unproven assumption that this would impact teaching material.  I have *never* seen any pedaggical material for the turtle module where the instructor wrote "use left() to have the turtle turn right, and vice-versa".

I file the original bug report and the code to fix it based on a report on the edu-sig mailing list, more than 3 years ago https://mail.python.org/pipermail/edu-sig/2015-March/011207.html

This bug makes it pedagogically unwise to set the coordinate system as described since a left() instruction makes the turtle turns right, and vice-versa. So, no one using the turtle module to teach can currently use this type of coordinate choice as it would be too confusing to students.  The solution provided would have fixed that.

If that is the final decision, then so be it - and I will advise people to use Brython's turtle module instead as it does not have this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23660>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:20:59 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 21:20:59 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529184059.11.0.56676864532.issue33856@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 9d49f85064c388e2dddb9f8cb4ae1f486bc8d357 by Terry Jan Reedy (St?phane Wirtel) in branch 'master':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/9d49f85064c388e2dddb9f8cb4ae1f486bc8d357


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:22:16 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 21:22:16 +0000
Subject: [issue33856] Type "help" is not present on win32
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529184136.26.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7364

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:23:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 21:23:25 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529184205.06.0.56676864532.issue33856@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks for the clarification.

>>> help works

but is not in the sign-on message, even though it is by far the most important item mentioned.  I just merged to master.

----------
assignee:  -> terry.reedy
components: +IDLE
resolution: not a bug -> 
stage: resolved -> backport needed
status: closed -> open
title: Type "help" is not present on win32 -> IDLE: "help" is missing from the sign-on message
type:  -> behavior
versions: +Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:24:07 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 21:24:07 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529184247.96.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
keywords: +patch
pull_requests: +7365
stage: backport needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:37:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 21:37:31 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529185051.31.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7366

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:37:58 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 21:37:58 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529185078.74.0.56676864532.issue33856@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6bb770445192e19aef94111c6a9913e1526c4d64 by Miss Islington (bot) in branch '3.7':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/6bb770445192e19aef94111c6a9913e1526c4d64


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 17:44:04 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 16 Jun 2018 21:44:04 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529185444.22.0.56676864532.issue33856@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 25531fb7b8338a21cdcdf2ce0f981d781d21641f by Miss Islington (bot) in branch '3.6':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/25531fb7b8338a21cdcdf2ce0f981d781d21641f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 18:15:23 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 22:15:23 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529187323.49.0.56676864532.issue33856@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset c488558faaff4ffa44ba20e0c1f1fc8f18fe722f by Terry Jan Reedy in branch '2.7':
[2.7] bpo-33856: Add "help" to the welcome message of IDLE (GH-7755) (GH-7758)
https://github.com/python/cpython/commit/c488558faaff4ffa44ba20e0c1f1fc8f18fe722f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 18:15:55 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 22:15:55 +0000
Subject: [issue33856] IDLE: "help" is missing from the sign-on message
In-Reply-To: <1528964773.31.0.947875510639.issue33856@psf.upfronthosting.co.za>
Message-ID: <1529187355.84.0.56676864532.issue33856@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33856>
_______________________________________

From report at bugs.python.org  Sat Jun 16 18:30:27 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 16 Jun 2018 22:30:27 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1529188227.55.0.56676864532.issue10652@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Excellent.  Thanks, Terry!

----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sat Jun 16 19:06:27 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Sat, 16 Jun 2018 23:06:27 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1529190387.96.0.56676864532.issue33821@psf.upfronthosting.co.za>


St?phane Wirtel <stephane at wirtel.be> added the comment:

Hi Terry,

not sure, but your PR have been merged, but this issue should be closed, do you confirm?

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sat Jun 16 19:46:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 16 Jun 2018 23:46:03 +0000
Subject: [issue33821] IDLE subsection of What's New 3.7
In-Reply-To: <1528651926.75.0.592728768989.issue33821@psf.upfronthosting.co.za>
Message-ID: <1529192763.91.0.56676864532.issue33821@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

There will be more IDLE entries when features are added to maintenance releases.  See What's New 3.6 for examples, and PEP 434 for further explanation.  I prefer to have one issue for all patches to that section.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33821>
_______________________________________

From report at bugs.python.org  Sat Jun 16 19:49:13 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 23:49:13 +0000
Subject: [issue33882] doc Mention breakpoint() in debugger-related FAQ
Message-ID: <1529192953.25.0.56676864532.issue33882@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, it's a good opportunity to advertise the convenience of breakpoint().

PR adds a mention.

----------
assignee: docs at python
components: Documentation
messages: 319796
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Mention breakpoint() in debugger-related FAQ
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33882>
_______________________________________

From report at bugs.python.org  Sat Jun 16 19:52:00 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 16 Jun 2018 23:52:00 +0000
Subject: [issue33882] doc Mention breakpoint() in debugger-related FAQ
In-Reply-To: <1529192953.25.0.56676864532.issue33882@psf.upfronthosting.co.za>
Message-ID: <1529193120.34.0.56676864532.issue33882@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7367
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33882>
_______________________________________

From report at bugs.python.org  Sat Jun 16 19:52:17 2018
From: report at bugs.python.org (Martin Panter)
Date: Sat, 16 Jun 2018 23:52:17 +0000
Subject: [issue33878] Doc: Assignment statement to tuple or list: case missing.
In-Reply-To: <1529154106.75.0.56676864532.issue33878@psf.upfronthosting.co.za>
Message-ID: <1529193137.14.0.56676864532.issue33878@psf.upfronthosting.co.za>


Martin Panter <vadmium+py at gmail.com> added the comment:

I think it is okay to leave out the options for the unpacking case. But I think it is worth clarifying that the single-target case also applies without parentheses, but that it doesn?t apply if there is a trailing comma. So:

???
If the target list is a single target with no trailing comma, optionally in parentheses, the object is assigned to that target.

Else the object must be an iterable . . .
???

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33878>
_______________________________________

From report at bugs.python.org  Sat Jun 16 20:52:16 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 00:52:16 +0000
Subject: [issue33883] doc Mention mypy, pytype and PyAnnotate in FAQ
Message-ID: <1529196736.16.0.56676864532.issue33883@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

As far as I know, mypy and pytype are more advanced that any of the other tools mentioned in the FAQ for static analysis, however we are not touching them.

PR adds mentions.

----------
assignee: docs at python
components: Documentation
messages: 319798
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Mention mypy, pytype and PyAnnotate in FAQ
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33883>
_______________________________________

From report at bugs.python.org  Sat Jun 16 20:53:45 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 00:53:45 +0000
Subject: [issue33883] doc Mention mypy, pytype and PyAnnotate in FAQ
In-Reply-To: <1529196736.16.0.56676864532.issue33883@psf.upfronthosting.co.za>
Message-ID: <1529196825.36.0.56676864532.issue33883@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7368
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33883>
_______________________________________

From report at bugs.python.org  Sat Jun 16 22:10:54 2018
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 17 Jun 2018 02:10:54 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529201454.2.0.56676864532.issue33872@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

I don't think this should be documented at all, not in the glossary, nor the stdtypes section. A quick search through of the glossary and stdtypes indicates that the glossary entry of list is the only place where a time complexity is documented.

The problem with documenting this is that the underlying complexity is an implementation detail, by saying its always O(1), alternative implementations like PyPy etc cannot freely implement lists in whatever way they wish.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sat Jun 16 22:14:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 02:14:28 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529201668.65.0.56676864532.issue33872@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

If O(1) time complexity for element access is not a requirement (which it seems it's not), I agree that this PR as it is should be closed, and the Glossary entry should have this detail removed.

In that case, can I edit the PR or should I open a new one?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sat Jun 16 22:16:12 2018
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 17 Jun 2018 02:16:12 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529201772.24.0.56676864532.issue33872@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

I'd say edit the PR and the bug tracker issue to reflect the change. Though you might want to wait for the opinion of a core dev or someone with more documentation experience than me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sat Jun 16 22:40:32 2018
From: report at bugs.python.org (Ma Lin)
Date: Sun, 17 Jun 2018 02:40:32 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529203232.87.0.56676864532.issue29456@psf.upfronthosting.co.za>


Ma Lin <malincns at 163.com> added the comment:

You are right.

I found a Normalization Test Suite for Unicode 3.2
http://www.unicode.org/Public/3.2-Update/NormalizationTest-3.2.0.txt

\u1176 is not in the range of the second character.
\u11a7, \u11c3 are not in the range of the third character.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Sat Jun 16 22:50:08 2018
From: report at bugs.python.org (Ma Lin)
Date: Sun, 17 Jun 2018 02:50:08 +0000
Subject: [issue26917] unicodedata.normalize(): bug in Hangul Composition
In-Reply-To: <1462265307.72.0.382714967199.issue26917@psf.upfronthosting.co.za>
Message-ID: <1529203808.19.0.56676864532.issue26917@psf.upfronthosting.co.za>


Ma Lin <malincns at 163.com> added the comment:

This issue can be closed, already fixed in issue29456

Also, PyPy's current code is correct.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26917>
_______________________________________

From report at bugs.python.org  Sun Jun 17 01:44:46 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 05:44:46 +0000
Subject: [issue33095] Cross-reference isolated mode from relevant locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1529214286.39.0.56676864532.issue33095@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

There are four parts where I could see sys.path manipulation being mentioned while running scripts : 

-c option (https://docs.python.org/3/using/cmdline.html#cmdoption-c)
-m option (https://docs.python.org/3/using/cmdline.html#cmdoption-m)
-  (input option) 
<script> (running as script)

For some reason I am not able to hyperlink to - and <script> parts since they are not a command line option but a method to execute code. I could sys.path references in windows (https://docs.python.org/3/using/windows.html#finding-modules) where `._pth` file is mentioned to completely override sys.path. 

I am new to adding documentation so add in if it needs a simple reference or explain the option which I feel redundant and useful at the same time kind of missing the point of cross-referencing. I am attaching a patch for `-m` and <script> option. Feel free to add comments and if I am missing something.

Thanks

----------
keywords: +patch
nosy: +xtreak
Added file: https://bugs.python.org/file47644/33095.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Sun Jun 17 02:03:06 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 06:03:06 +0000
Subject: [issue33846] Misleading error message in urllib.parse.unquote
In-Reply-To: <1528826553.26.0.947875510639.issue33846@psf.upfronthosting.co.za>
Message-ID: <1529215386.6.0.56676864532.issue33846@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

@r.david.murray I googled the error message and I hope you are referring to the below issue which has a patch and test.

issue : https://bugs.python.org/issue32498

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33846>
_______________________________________

From report at bugs.python.org  Sun Jun 17 02:37:31 2018
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 17 Jun 2018 06:37:31 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1529217451.43.0.56676864532.issue14117@psf.upfronthosting.co.za>


Change by Mark Lawrence <breamoreboy at gmail.com>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Sun Jun 17 02:55:36 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 17 Jun 2018 06:55:36 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529218536.86.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7369

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Sun Jun 17 03:11:41 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 07:11:41 +0000
Subject: [issue33586] 2.7.15 missing release notes on download page
In-Reply-To: <1526833708.19.0.682650639539.issue33586@psf.upfronthosting.co.za>
Message-ID: <1529219501.84.0.56676864532.issue33586@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

This is tracked at https://github.com/python/pythondotorg/issues/1252

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33586>
_______________________________________

From report at bugs.python.org  Sun Jun 17 03:47:24 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 07:47:24 +0000
Subject: [issue33529] Infinite loop on folding email if headers has no spaces
In-Reply-To: <1526429548.63.0.682650639539.issue33529@psf.upfronthosting.co.za>
Message-ID: <1529221644.89.0.56676864532.issue33529@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I tried the test case on master branch. I ran the test case on 1GB RAM Linux based digitalocean droplet to have the script killed. Please find the results as below : 

# Python build

?  cpython git:(master) ? ./python
Python 3.8.0a0 (heads/bpo33095-add-reference:9d49f85, Jun 17 2018, 07:22:33)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>

# Test case 

?  cpython git:(master) ? cat foo.py

from email.message import EmailMessage
from email.policy import default

policy = default # max_line_length = 78
msg = EmailMessage()
msg["Subject"] = "?"*100
policy.fold("Subject", msg["Subject"])

# Test case execution

?  cpython git:(master) ? time ./python foo.py
[2]    13637 killed     ./python foo.py
./python foo.py  387.36s user 3.85s system 90% cpu 7:11.94 total

# I tried to do Ctrl + C after 2 minutes to stop and the stack trace is as below : 

?  cpython git:(master) ? time ./python foo.py
^CTraceback (most recent call last):
  File "foo.py", line 7, in <module>
    policy.fold("Subject", msg["Subject"])
  File "/root/cpython/Lib/email/policy.py", line 183, in fold
    return self._fold(name, value, refold_binary=True)
  File "/root/cpython/Lib/email/policy.py", line 205, in _fold
    return value.fold(policy=self)
  File "/root/cpython/Lib/email/headerregistry.py", line 258, in fold
    return header.fold(policy=policy)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 144, in fold
    return _refold_parse_tree(self, policy=policy)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 2650, in _refold_parse_tree
    part.ew_combine_allowed, charset)
  File "/root/cpython/Lib/email/_header_value_parser.py", line 2728, in _fold_as_ew
    ew = _ew.encode(first_part, charset=encode_as)
  File "/root/cpython/Lib/email/_encoded_words.py", line 226, in encode
    qlen = _cte_encode_length['q'](bstring)
  File "/root/cpython/Lib/email/_encoded_words.py", line 93, in len_q
    return sum(len(_q_byte_map[x]) for x in bstring)
  File "/root/cpython/Lib/email/_encoded_words.py", line 93, in <genexpr>
    return sum(len(_q_byte_map[x]) for x in bstring)
KeyboardInterrupt
./python foo.py  131.41s user 0.43s system 98% cpu 2:13.89 total

Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33529>
_______________________________________

From report at bugs.python.org  Sun Jun 17 04:09:36 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 17 Jun 2018 08:09:36 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529222976.45.0.56676864532.issue33872@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

List is documented in ?sequence? section and O(1) index access is typical for sequences.  At least, every builtin types have it.
So adding such note only to list seems a bit curious to me.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sun Jun 17 04:47:05 2018
From: report at bugs.python.org (Farhaan Bukhsh)
Date: Sun, 17 Jun 2018 08:47:05 +0000
Subject: [issue33809] Expose `capture_locals` parameter in `traceback`
 convenience functions
In-Reply-To: <1528473140.44.0.592728768989.issue33809@psf.upfronthosting.co.za>
Message-ID: <1529225225.95.0.56676864532.issue33809@psf.upfronthosting.co.za>


Farhaan Bukhsh <farhaan.bukhsh at gmail.com> added the comment:

Hey, I would like to work on this, where do I start or how can I help?

----------
nosy: +fhackdroid

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33809>
_______________________________________

From report at bugs.python.org  Sun Jun 17 05:03:07 2018
From: report at bugs.python.org (Sergey Fedoseev)
Date: Sun, 17 Jun 2018 09:03:07 +0000
Subject: [issue33576] Make exception wrapping less intrusive for __set_name__
 calls
In-Reply-To: <1526708479.7.0.682650639539.issue33576@psf.upfronthosting.co.za>
Message-ID: <1529226187.55.0.56676864532.issue33576@psf.upfronthosting.co.za>


Change by Sergey Fedoseev <fedoseev.sergey at gmail.com>:


----------
nosy: +sir-sigurd

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33576>
_______________________________________

From report at bugs.python.org  Sun Jun 17 06:09:33 2018
From: report at bugs.python.org (Yoni Rozenshein)
Date: Sun, 17 Jun 2018 10:09:33 +0000
Subject: [issue33780] [subprocess] Better Unicode support for shell=True on
 Windows
In-Reply-To: <1528279313.05.0.592728768989.issue33780@psf.upfronthosting.co.za>
Message-ID: <1529230173.72.0.56676864532.issue33780@psf.upfronthosting.co.za>


Yoni Rozenshein <yoni.vl at gmail.com> added the comment:

After reading your messages and especially after reading https://bugs.python.org/issue27179#msg267091 I admit I have been convinced this is much more complicated than I thought, and maybe more of a Windows bug than a Python bug :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33780>
_______________________________________

From report at bugs.python.org  Sun Jun 17 06:20:23 2018
From: report at bugs.python.org (Sergey Fedoseev)
Date: Sun, 17 Jun 2018 10:20:23 +0000
Subject: [issue21145] Add the @cached_property decorator
In-Reply-To: <1396520932.53.0.707047361064.issue21145@psf.upfronthosting.co.za>
Message-ID: <1529230823.36.0.56676864532.issue21145@psf.upfronthosting.co.za>


Change by Sergey Fedoseev <fedoseev.sergey at gmail.com>:


----------
nosy: +sir-sigurd

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21145>
_______________________________________

From report at bugs.python.org  Sun Jun 17 06:45:32 2018
From: report at bugs.python.org (Yoni Rozenshein)
Date: Sun, 17 Jun 2018 10:45:32 +0000
Subject: [issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't
 work when the target is a method in a unittest.TestCase subclass,
 when run either with unittest or with pytest
Message-ID: <1529232332.71.0.56676864532.issue33884@psf.upfronthosting.co.za>


New submission from Yoni Rozenshein <yoni.vl at gmail.com>:

multiprocessing will attempt to pickle things using ForkingPickler when starting a new process in spawn mode (in Windows this is the only mode, in Linux this is a non-default but settable mode).

When run within the context of a unit test, if it has to pickle a TestCase subclass, it encounters objects that can't be pickled. The attached file shows a minimum working example (uncomment the two commented lines under __main__ to run with pytest).

When run with unittest.main(), it raises:

TypeError: cannot serialize '_io.TextIOWrapper' object

When run with pytest.main(), it raises:

AttributeError: Can't pickle local object 'ArgumentParser.__init__.<locals>.identity'

Note that changing the _child_process in my example to a classmethod/staticmethod or moving it to a top-level function outside the class works around this issue (both with unittest and with pytest).

----------
components: Library (Lib)
files: mp_pickle_issues.py
messages: 319811
nosy: Yoni Rozenshein
priority: normal
severity: normal
status: open
title: [multiprocessing] Multiprocessing in spawn mode doesn't work when the target is a method in a unittest.TestCase subclass, when run either with unittest or with pytest
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47645/mp_pickle_issues.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33884>
_______________________________________

From report at bugs.python.org  Sun Jun 17 06:47:16 2018
From: report at bugs.python.org (Julien Palard)
Date: Sun, 17 Jun 2018 10:47:16 +0000
Subject: [issue33878] Doc: Assignment statement to tuple or list: case missing.
In-Reply-To: <1529154106.75.0.56676864532.issue33878@psf.upfronthosting.co.za>
Message-ID: <1529232436.93.0.56676864532.issue33878@psf.upfronthosting.co.za>


Change by Julien Palard <julien+python at palard.fr>:


----------
keywords: +patch
pull_requests: +7370
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33878>
_______________________________________

From report at bugs.python.org  Sun Jun 17 07:35:30 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 17 Jun 2018 11:35:30 +0000
Subject: [issue33529] Infinite loop on folding email if headers has no spaces
In-Reply-To: <1526429548.63.0.682650639539.issue33529@psf.upfronthosting.co.za>
Message-ID: <1529235330.36.0.56676864532.issue33529@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
keywords: +patch
pull_requests: +7371
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33529>
_______________________________________

From report at bugs.python.org  Sun Jun 17 07:40:55 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 17 Jun 2018 11:40:55 +0000
Subject: [issue33095] Cross-reference isolated mode from relevant locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1529235655.5.0.56676864532.issue33095@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

xtreak: if you're familiar with GitHub workflows, then we now accept docs and code updates as GitHub PRs: https://devguide.python.org/pullrequest/

The parts about running the tests aren't exactly relevant here, what's more relevant is building the documentation: https://devguide.python.org/documenting/#building-the-documentation

In relation to your draft patch, I think that's a good starting point, but for -c and -m, it's the current directory that gets omitted, rather than "the script's directory" (that isn't well defined when anything other than a path is passed in).

For making "-" and "<script>" hyperlinkable, you'll need to add a label definition to the Sphinx source code immediately before those description sections. I'd suggest ".. _cmdarg-dash:" and ".. _cmdarg-script:" so the resulting anchors look similar to the option ones, without being the same.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Sun Jun 17 09:03:59 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Jun 2018 13:03:59 +0000
Subject: [issue33846] Misleading error message in urllib.parse.unquote
In-Reply-To: <1528826553.26.0.947875510639.issue33846@psf.upfronthosting.co.za>
Message-ID: <1529240639.86.0.56676864532.issue33846@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I thought there was a more general issue for the 'in' operator itself, but perhaps the issue you found was indeed the one I was thinking of.  This one certainly seems to be a duplicate of that one ;)  If you've a mind to, you could turn the patch in that issue into a PR to move the issue forward.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> urllib.parse.unquote raises incorrect errormessage when string parameter is bytes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33846>
_______________________________________

From report at bugs.python.org  Sun Jun 17 09:28:12 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 13:28:12 +0000
Subject: [issue32498] urllib.parse.unquote raises incorrect errormessage when
 string parameter is bytes
In-Reply-To: <1515179710.49.0.467229070634.issue32498@psf.upfronthosting.co.za>
Message-ID: <1529242092.79.0.56676864532.issue32498@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

@stein-k Thanks for the patch and tests. The patches apply cleanly on master branch. The project accepts pull requests and it will be helpful if you can make a PR for this on GitHub to get this merged. Since this is a bug fix I think it would require a News entry. Please find the below links for reference

PR workflow : https://devguide.python.org/pullrequest/
News entry reference : https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries

Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32498>
_______________________________________

From report at bugs.python.org  Sun Jun 17 09:34:18 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 13:34:18 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529242458.6.0.56676864532.issue33872@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

INADA, I believe that piece of information is on the Glossary just to make the difference with a "linked list", but in that case, it should be in the list definition too, as it's fair to think people can learn what a list is by reading its definition first, instead of the Glossary entry.

I believe Ammar's reasoning is right, though. If the time complexity of the task is not required, then we should remove those mentions.

Benjamin, I'm adding you as you introduced the change. Perhaps you can bring some light? Even if 10 years have passed? :P

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sun Jun 17 09:42:56 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 13:42:56 +0000
Subject: [issue33095] Cross-reference isolated mode from relevant locations
In-Reply-To: <1521352636.34.0.467229070634.issue33095@psf.upfronthosting.co.za>
Message-ID: <1529242976.8.0.56676864532.issue33095@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
pull_requests: +7372
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33095>
_______________________________________

From report at bugs.python.org  Sun Jun 17 10:17:43 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 14:17:43 +0000
Subject: [issue33309] Unittest Mock objects do not freeze arguments they are
 called with
In-Reply-To: <1524066784.49.0.682650639539.issue33309@psf.upfronthosting.co.za>
Message-ID: <1529245062.99.0.56676864532.issue33309@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks for the issue. I think this is documented here : https://docs.python.org/3/library/unittest.mock-examples.html#coping-with-mutable-arguments

Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33309>
_______________________________________

From report at bugs.python.org  Sun Jun 17 10:37:10 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 17 Jun 2018 14:37:10 +0000
Subject: [issue33220] Antivirus hits on python-2.7.14.amd64.msi file
In-Reply-To: <1522794242.81.0.467229070634.issue33220@psf.upfronthosting.co.za>
Message-ID: <1529246230.27.0.56676864532.issue33220@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks for the report. I think it's a false positive and the md5 you have attached matches with the official release of 2.7.14 installer that you can verify from https://www.python.org/downloads/release/python-2714/. There were similar cases reported and for the most part they are mostly false positives that have to be reported to the antivirus vendor so that they update the signature.

BitDefender reporting msi installer as a virus : https://bugs.python.org/issue30944
Similar case with virustotal.com for 2.17.2 msi installer : https://github.com/python/pythondotorg/issues/1092


Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33220>
_______________________________________

From report at bugs.python.org  Sun Jun 17 10:54:03 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 17 Jun 2018 14:54:03 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529247243.74.0.56676864532.issue33872@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

In case of "difference with linked-list", I don't want to make list definition longer and longer for readers only small part of people.  I think that's why difference with "linked-list" is documented only in glossary.

By adding all information for non-zero group of people, resulting document will be very long, redundant, and suitable for no one.

We should effort to make document "necessary and sufficient" state.

---

In case of time complexity, I agree it's useful for users.  Not only for list, but also for all basic operation of basic types, too.

But at my understanding, we don't have formal spec for time complexity of stdtypes.  We use consensus instead.

I think we can say random access is O(1) for bytes, bytearray, tuple, list, and range (except time for building large numeric value).

On the other hand, I'm not sure about str.  Other Python implementation will want to use UTF-8 based implementation of str.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sun Jun 17 11:55:48 2018
From: report at bugs.python.org (=?utf-8?b?QsWCYcW8ZWogTWljaGFsaWs=?=)
Date: Sun, 17 Jun 2018 15:55:48 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1529250948.03.0.56676864532.issue28657@psf.upfronthosting.co.za>


B?a?ej Michalik <assassinking at gmail.com> added the comment:

Sorry for not describing this one particularly well.

There is nothing wrong with setattr() here, that wasn't the point.
Given the code below (py3, lambdas used for brevity):

    # coding: utf-8
    from cmd import Cmd

    class MyCmd(Cmd):
        def do_documented_at_definition(self):
            """ This one is documented with docstring. """
            pass
    
        def do_documented_afterwards(self):
            _ = 'This one will be documented afterwards, with help_<...>() method.'
        
    cli = MyCmd()
    cli.do_new_command = lambda *_: print("I'm new here")
    cli.help_documented_afterwards = lambda *_: print("I'm documenting")
    cli.cmdloop()


1. When one types in "help":
    1.1 there is no mention of "new_command" in the output, even though the command works.
    1.2 "documented_afterwards" command is being presented as having no documentation at all, but after typing "help documented_afterwards", it turns out that it is not the case.
2. There is no completion for "new_command", i.e. typing in "new_" and pressing tab key will not make it complete to "new_command".

I don't remember what was the use-case for this at the time (probably had something to do with disabling / enabling certain commands at runtime), but the implementation seemed trivial enough that we couldn't see justification for not doing it this way, hence the report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Sun Jun 17 11:57:01 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 15:57:01 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529251021.03.0.56676864532.issue33872@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

IMHO, if we deem it useful for users not to expect the time complexity of a linked list for list elements access to the extent of adding a comment in the glossary, there's no reason it isn't useful to someone who is reading the actual list definition. Moreover, I don't see the reason why someone would read the list glossary entry after reading the list definition.

I believe glossary entries should be a (rather small) subset of the topics they touch.

All of this, of course, if Ammar is not right about list not requiring O(1) time complexity.

Please note that, while interesting, I'm not proposing to document the time complexity in list definition per se, but only because it's already documented in the glossary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sun Jun 17 12:57:13 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sun, 17 Jun 2018 16:57:13 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529251021.03.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <CAEfz+Tyc4N+GKY0gGjhj+h1piPX8_aHUPGFKt8sKPDzfpQJ0jQ@mail.gmail.com>


INADA Naoki <songofacandy at gmail.com> added the comment:

Andr?s Delfino <report at bugs.python.org>:

>
> Andr?s Delfino <adelfino at gmail.com> added the comment:
>
> IMHO, if we deem it useful for users not to expect the time complexity of
> a linked list for list elements access to the extent of adding a comment in
> the glossary, there's no reason it isn't useful to someone who is reading
> the actual list definition.

I didn't deny "it is useful to someone."

I just worry about adding many random notes "useful to someone" in document
"everyone" reads.  It's worse than nothing.

When writing document for wide readers, adding such "useful to someone"
note is bad idea.
We should focus on "important to everyone" or "critical for someone".

Moreover, I don't see the reason why someone would read the list glossary
> entry after reading the list definition.
>

That's why "useful to only someone" information can be noted on glossary,
but no on main document.

I believe glossary entries should be a (rather small) subset of the topics
> they touch.
>

I don't think so. Glossary is the best place to document "no definition,
but used conventionally" word which is not defined in other document

Current glossary has random tips and notes like this.  They don't bother
readers of main document.

I don't think "document in glossary" is not enough reason to add it on main
definition, because it may lead bad S/N ratio.

Of course, if it's very common pitfall for many people, it's worth enough
to note in the definition.

But IList in C# is sequence and LinkedList doesn't implement it. If many
people feel the word "list" implies "linked list", why they choose the name
"IList"?  That's why I think the note is only for someone, not for
 most readers.

So I'm -0.5 on adding it in list definition, and +0 on removing it from
glossary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:10:10 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 17 Jun 2018 17:10:10 +0000
Subject: [issue26917] unicodedata.normalize(): bug in Hangul Composition
In-Reply-To: <1462265307.72.0.382714967199.issue26917@psf.upfronthosting.co.za>
Message-ID: <1529255410.46.0.56676864532.issue26917@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26917>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:10:26 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 17 Jun 2018 17:10:26 +0000
Subject: [issue33529] Infinite loop on folding email if headers has no spaces
In-Reply-To: <1526429548.63.0.682650639539.issue33529@psf.upfronthosting.co.za>
Message-ID: <1529255426.66.0.56676864532.issue33529@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
pull_requests:  -7371

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33529>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:21:31 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 17:21:31 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
Message-ID: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

The reporthook of urllib.request.urlretrieve is treated as a function hook, while the right term is "callable".

PR fixes this.

----------
assignee: docs at python
components: Documentation
messages: 319822
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Replace "hook function" with "callable" in urllib.request.urlretrieve
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:22:16 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 17:22:16 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529256136.88.0.56676864532.issue33885@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7373
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:41:30 2018
From: report at bugs.python.org (Andrey)
Date: Sun, 17 Jun 2018 17:41:30 +0000
Subject: [issue33886] SSL on aiomysql hangs on reconnection
Message-ID: <1529257290.59.0.56676864532.issue33886@psf.upfronthosting.co.za>


New submission from Andrey <andr06 at gmail.com>:

On reconnect from aiomysql (after the pool has recycled the old connection) by using ssl context it hangs forever. Interrupting gives the following Traceback:
  File "/usr/local/lib/python3.6/site-packages/aiomysql/connection.py", line 464, in _connect
    await self._request_authentication()
  File "/usr/local/lib/python3.6/site-packages/aiomysql/connection.py", line 670, in _request_authentication
    server_hostname=self._host
  File "/usr/lib/python3.6/asyncio/streams.py", line 81, in open_connection
    lambda: protocol, host, port, **kwds)
  File "/usr/lib/python3.6/asyncio/base_events.py", line 804, in create_connection
    sock, protocol_factory, ssl, server_hostname)
  File "/usr/lib/python3.6/asyncio/base_events.py", line 830, in _create_connection_transport
    yield from waiter
concurrent.futures._base.CancelledError

Probably it is related with issue30698 and issue29406.

----------
components: asyncio
messages: 319823
nosy: andr04, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: SSL on aiomysql hangs on reconnection
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33886>
_______________________________________

From report at bugs.python.org  Sun Jun 17 13:51:58 2018
From: report at bugs.python.org (Ned Deily)
Date: Sun, 17 Jun 2018 17:51:58 +0000
Subject: [issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't
 work when the target is a method in a unittest.TestCase subclass,
 when run either with unittest or with pytest
In-Reply-To: <1529232332.71.0.56676864532.issue33884@psf.upfronthosting.co.za>
Message-ID: <1529257918.95.0.56676864532.issue33884@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33884>
_______________________________________

From report at bugs.python.org  Sun Jun 17 14:05:50 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 18:05:50 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
Message-ID: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IHMO, having all questions put together is really useful.

----------
assignee: docs at python
components: Documentation
messages: 319824
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add TOC in Design and History FAQ
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sun Jun 17 14:06:54 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 18:06:54 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529258814.82.0.56676864532.issue33887@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7374
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sun Jun 17 14:13:18 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 18:13:18 +0000
Subject: [issue33888] Use CPython instead of Python when talking about
 implementation details
Message-ID: <1529259198.28.0.56676864532.issue33888@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

The FAQ talks about list and dictionary implementation details using "Python". I believe this should be changed to CPython.

----------
assignee: docs at python
components: Documentation
messages: 319825
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: Use CPython instead of Python when talking about implementation details
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33888>
_______________________________________

From report at bugs.python.org  Sun Jun 17 14:15:21 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 18:15:21 +0000
Subject: [issue33888] Use CPython instead of Python when talking about
 implementation details
In-Reply-To: <1529259198.28.0.56676864532.issue33888@psf.upfronthosting.co.za>
Message-ID: <1529259321.08.0.56676864532.issue33888@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7375
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33888>
_______________________________________

From report at bugs.python.org  Sun Jun 17 14:51:59 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 17 Jun 2018 18:51:59 +0000
Subject: [issue33884] [multiprocessing] Multiprocessing in spawn mode doesn't
 work when the target is a method in a unittest.TestCase subclass,
 when run either with unittest or with pytest
In-Reply-To: <1529232332.71.0.56676864532.issue33884@psf.upfronthosting.co.za>
Message-ID: <1529261519.77.0.56676864532.issue33884@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

While this is limitation of the spawn and forkserver modes, I don't see how this is a bug.  Also, as you point out, making the method a classmethod or staticmethod works around the limitation.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33884>
_______________________________________

From report at bugs.python.org  Sun Jun 17 15:03:29 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 17 Jun 2018 19:03:29 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529262209.73.0.56676864532.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

> And yes, by binary passwords I mean that the module needs to support being passed a bytes-like object as the password, since clearly there are servers "in the wild" that support non-ascii passwords and the only way to be sure one can send the server the correct password is by treating it as a series of bytes.  The library caller will have to be responsible for picking the correct encoding based on local knowledge.

Perhaps we should make smtplib accept only bytes, passing on the responsibility of using an appropriate encoding to its users?  This seems like the most straightforward and transparent choice. It would not be backwards-compatible, though.

Alternatively, we could change smtplib to accept passwords as bytes or strings, but raise an informative exception when given strings with non-ASCII characters.  As now, users could be surprised if they have been passing passwords as string and hadn't tested their use of smtplib with non-ASCII passwords.  We'd just improve the exception and documentation to clarify the situation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 17 15:11:31 2018
From: report at bugs.python.org (david)
Date: Sun, 17 Jun 2018 19:11:31 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1529262209.73.0.56676864532.issue29750@psf.upfronthosting.co.za>
Message-ID: <CA+UPfZ5GdSwChafJyZje4zQ-EmKxg+AtfmGW6saJZk+WFmqs1A@mail.gmail.com>


david <davidventura27 at gmail.com> added the comment:

I would like to see the second option (allow both, warning on non-ascii)

On 17 June 2018 at 21:03, Tal Einat <report at bugs.python.org> wrote:

>
> Tal Einat <taleinat at gmail.com> added the comment:
>
> > And yes, by binary passwords I mean that the module needs to support
> being passed a bytes-like object as the password, since clearly there are
> servers "in the wild" that support non-ascii passwords and the only way to
> be sure one can send the server the correct password is by treating it as a
> series of bytes.  The library caller will have to be responsible for
> picking the correct encoding based on local knowledge.
>
> Perhaps we should make smtplib accept only bytes, passing on the
> responsibility of using an appropriate encoding to its users?  This seems
> like the most straightforward and transparent choice. It would not be
> backwards-compatible, though.
>
> Alternatively, we could change smtplib to accept passwords as bytes or
> strings, but raise an informative exception when given strings with
> non-ASCII characters.  As now, users could be surprised if they have been
> passing passwords as string and hadn't tested their use of smtplib with
> non-ASCII passwords.  We'd just improve the exception and documentation to
> clarify the situation.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue29750>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 17 15:16:00 2018
From: report at bugs.python.org (stein-k)
Date: Sun, 17 Jun 2018 19:16:00 +0000
Subject: [issue32498] urllib.parse.unquote raises incorrect errormessage when
 string parameter is bytes
In-Reply-To: <1515179710.49.0.467229070634.issue32498@psf.upfronthosting.co.za>
Message-ID: <1529262960.2.0.56676864532.issue32498@psf.upfronthosting.co.za>


Change by stein-k <karlsen.stein at gmail.com>:


----------
pull_requests: +7376
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32498>
_______________________________________

From report at bugs.python.org  Sun Jun 17 15:32:50 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 19:32:50 +0000
Subject: [issue33889] doc Mention Python on-line shell in Tutorial
Message-ID: <1529263970.37.0.56676864532.issue33889@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

If having a link to that specific console is not deemed appropriate, perhaps we can point to PythonAnywhere.

IMHO, it's good to let users know that they can try Python right away without needing to install.

----------
assignee: docs at python
components: Documentation
messages: 319829
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Mention Python on-line shell in Tutorial
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33889>
_______________________________________

From report at bugs.python.org  Sun Jun 17 15:34:02 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 19:34:02 +0000
Subject: [issue33889] doc Mention Python on-line shell in Tutorial
In-Reply-To: <1529263970.37.0.56676864532.issue33889@psf.upfronthosting.co.za>
Message-ID: <1529264042.68.0.56676864532.issue33889@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7377
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33889>
_______________________________________

From report at bugs.python.org  Sun Jun 17 17:46:20 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Jun 2018 21:46:20 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529271980.32.0.56676864532.issue29750@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

We must continue to support at least ascii strings, for backward compatibility reasons.  We can certainly improve the error messages, but the goal of this issue is to add support for bytes passwords.  I lean toward continuing to only support ascii strings, and making it the responsibility of the program to do the encoding to bytes when dealing with non-ascii.  However, I'd like to also be able to recommend in the docs what encoding is most likely to work, if someone can find out what encoding Thunderbird uses...however, it occurs to me that it may be using whatever encoding the OS is using (LC_LANG, oem codepage, etc), and that David's experiments worked because the same encoding was used for the same reason when the password was set.  I'm not sure how browsers/webmail works in that regard, honestly.

That's less important than just adding support for bytes passwords, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Sun Jun 17 17:54:21 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sun, 17 Jun 2018 21:54:21 +0000
Subject: [issue33889] doc Mention Python on-line shell in Tutorial
In-Reply-To: <1529263970.37.0.56676864532.issue33889@psf.upfronthosting.co.za>
Message-ID: <1529272461.75.0.56676864532.issue33889@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks, but I just don't think this is needed but adding complexity.

----------
nosy: +Mariatta
resolution:  -> remind
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33889>
_______________________________________

From report at bugs.python.org  Sun Jun 17 18:14:59 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sun, 17 Jun 2018 22:14:59 +0000
Subject: [issue33889] doc Mention Python on-line shell in Tutorial
In-Reply-To: <1529263970.37.0.56676864532.issue33889@psf.upfronthosting.co.za>
Message-ID: <1529273699.71.0.56676864532.issue33889@psf.upfronthosting.co.za>


Change by Mariatta Wijaya <mariatta.wijaya at gmail.com>:


----------
resolution: remind -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33889>
_______________________________________

From report at bugs.python.org  Sun Jun 17 18:20:32 2018
From: report at bugs.python.org (Patrick Lehmann)
Date: Sun, 17 Jun 2018 22:20:32 +0000
Subject: [issue33890] Pathlib does not compare Windows and MinGW paths as equal
Message-ID: <1529274032.96.0.56676864532.issue33890@psf.upfronthosting.co.za>


New submission from Patrick Lehmann <Patrick.Lehmann at tu-dresden.de>:

pathlib does not compare absolute paths from Windows and MinGW as equal.

Windows absolute path: "C:\path\to\tool"
MinGW absolute path: "/c/path/to/tool"
Cygwin absolute path: "/cygdrive/c/path/to/tool"

I consider this a bug, because it's the same bug but 3 different writings and pathlib is not able to identify the equality.


Environment:
Windows 10
Latest MinGW identified in Python 3.6.2 as MINGW64_NT-10.0


Question on Stack Overflow: https://stackoverflow.com/questions/50900779/how-to-compare-absolute-windows-and-mingw-paths-with-pathlib

----------
components: Windows
messages: 319832
nosy: Patrick Lehmann, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Pathlib does not compare Windows and MinGW paths as equal
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33890>
_______________________________________

From report at bugs.python.org  Sun Jun 17 18:23:28 2018
From: report at bugs.python.org (Patrick Lehmann)
Date: Sun, 17 Jun 2018 22:23:28 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529274208.95.0.56676864532.issue28710@psf.upfronthosting.co.za>


Patrick Lehmann <Patrick.Lehmann at tu-dresden.de> added the comment:

Any progress on that issue?

1.5 years passed by and it should be possible to fix the Python documentation in that time, right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 19:04:29 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 17 Jun 2018 23:04:29 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529276669.59.0.56676864532.issue33876@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I have updated the PR with a FAQ that mentions all implementations mentioned here, except Cython and Stackless Python.

I added RapydScript as it's used by VPython for Web visualization, in the category of client-side scripting pythonesque languages/implementations.

I didn't add Cython because it's not clear to me if it's useful for creating extension modules in a pythonesque language, or if it's also useful by it's own.

I didn't add Stackless Python because it doesn't fit with the "problem domain specific" category I've chosen for the FAQ.

I'm pretty sure this will need a few iterations, but at least we have an starting point :)

----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Sun Jun 17 19:13:30 2018
From: report at bugs.python.org (=?utf-8?q?=C3=96mer_FADIL_USTA?=)
Date: Sun, 17 Jun 2018 23:13:30 +0000
Subject: [issue33891] ntpath join doesnt check whether path variable None or
 not
Message-ID: <1529277210.6.0.56676864532.issue33891@psf.upfronthosting.co.za>


New submission from ?mer FADIL USTA <usta at users.sourceforge.net>:

In https://github.com/python/cpython/blob/master/Lib/ntpath.py#L76
def join(path, *paths):
path = os.fspath(path)

the path variable used directly in fspath method without checking is exist or not so it cause :

  File "d:\python\37\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "d:\python\37\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "D:\Python\37\Scripts\pipenv.exe\__main__.py", line 9, in <module>
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 722, in __call__
    return self.main(*args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 697, in main
    rv = self.invoke(ctx)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 1043, in invoke
    return Command.invoke(self, ctx)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 895, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\core.py", line 535, in invoke
    return callback(*args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\vendor\click\decorators.py", line 17, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "d:\python\37\lib\site-packages\pipenv\cli.py", line 217, in cli
    do_py()
  File "d:\python\37\lib\site-packages\pipenv\core.py", line 1703, in do_py
    click.echo(which('python', allow_global=system))
  File "d:\python\37\lib\site-packages\pipenv\core.py", line 125, in which
    os.path.join(location, 'Scripts'), command
  File "d:\python\37\lib\ntpath.py", line 76, in join
    path = os.fspath(path)
TypeError: expected str, bytes or os.PathLike object, not NoneType'. Make sure pipenv is on the PATH.

----------
messages: 319835
nosy: usta
priority: normal
severity: normal
status: open
title: ntpath join doesnt check whether path variable None or not
type: crash
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33891>
_______________________________________

From report at bugs.python.org  Sun Jun 17 19:47:30 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Jun 2018 23:47:30 +0000
Subject: [issue33890] Pathlib does not compare Windows and MinGW paths as equal
In-Reply-To: <1529274032.96.0.56676864532.issue33890@psf.upfronthosting.co.za>
Message-ID: <1529279250.99.0.56676864532.issue33890@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Sorry, but these paths are not equal in in any sense that Python by itself can determine.  Support for doing this kind of comparison would have to come from MingGW or cygwin, and even if a python library exposed those capabilities, it would be via some new API, because you are effectively asking for a cross-platform comparison of paths.  At least, that's my opinion.  Regardless, this is a feature request and one with enough implications that we can't handle it in the bug tracker.  The way forward with this idea is to discuss the possibility of such an API on the python-ideas mailing list.  Maybe you could even get agreement that normal equality could implement it.  Regardless, you'll need to be able to discuss the MingGW/cygwin facilities that would allow it to be implemented as a minimum starting point.  If those facilities don't exist, there's no hope ;)

----------
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33890>
_______________________________________

From report at bugs.python.org  Sun Jun 17 19:53:09 2018
From: report at bugs.python.org (R. David Murray)
Date: Sun, 17 Jun 2018 23:53:09 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529279589.2.0.56676864532.issue28710@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Thanks for coming back to this.

We're accepting PRs via github now, so the next step now would be to make it into a PR.  

Sometimes things just get forgotten and you have to nudge them to get them moving (see the devguide for guidelines about when it is appropriate to nudge an issue).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:34:00 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 00:34:00 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529282040.12.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree with David about replacing `x' with 'x' instead of ``x``, so please make this change.  Do you know what ``x.y = v'' is supposed to mean?

David, do you want one PR with 139+ changes, or should we start with fewer?  Patrick, are these usages scattered over numerous files or concentrated in a few?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:41:34 2018
From: report at bugs.python.org (Patrick Lehmann)
Date: Mon, 18 Jun 2018 00:41:34 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529282494.43.0.56676864532.issue28710@psf.upfronthosting.co.za>


Patrick Lehmann <Patrick.Lehmann at tu-dresden.de> added the comment:

Against what branch should I create the PR?

I was a huge number of changes.
I think I'll create multiple PRs to ease the review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:44:00 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 00:44:00 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
Message-ID: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

PR adds some "or she/her".

----------
assignee: docs at python
components: Documentation
messages: 319840
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add a couple of "or she/her"
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:47:08 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 00:47:08 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529282828.65.0.56676864532.issue33892@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7378
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:50:20 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 00:50:20 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529283020.5.0.56676864532.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

What do you think of changing 'ToolTip' to 'Tooltip'?  The me, the extra 'T' is over-aggressive camel-casing that impedes rather than aids reading.

test_tooltip.py was missing the unittest invocation at the end, so I could not the tests from an editor.  Without it, coverage on my Win 10 was 24%.  With it, 91% (same missing coverage).

There are cases where 100% is close enough to impossible to just move on.  I agree that the misse here are not necessarily showstoppers.  But I like to check whether the failure does not suggest a code change. 

TclError from widget.destroy suggests that we *might* be able to cleanup better.

"The TclError exceptions are reproduced by the htest in tooltip.py. ":
With the code as is?  Or if the try-except is removed?

ValueError: where?

Other comments in the review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:53:10 2018
From: report at bugs.python.org (Emanuel Barry)
Date: Mon, 18 Jun 2018 00:53:10 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529283190.4.0.56676864532.issue33892@psf.upfronthosting.co.za>


Emanuel Barry <barry at dadadata.net> added the comment:

Nice initiative! I like the idea of moving towards more inclusive documentation; as an addition, I would recommend using they/them/their instead - it's less clumsy to read (also, singular they is perfectly valid English) and includes everyone, even those who may not use either he/him or she/her pronouns :)

All in all, great initiative, I encourage you to keep going in that direction!

----------
nosy: +ebarry

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:55:10 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 00:55:10 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529283310.2.0.56676864532.issue33892@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Yeap, Ammar just told me the same suggestion on GitHub :)

PR will be a little more ambitious now, as I'm replacing all he/him/she/her mentions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Sun Jun 17 20:59:59 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 00:59:59 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529283599.41.0.56676864532.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

As I mentioned elsewhere, I can a) imagine using this with dialogs to pop up hints about the particular entry widget, and b) would like the popups to respond keyboard (Tab) focus changes as well as mouse movement focus changes.  Looking at the config dialog, keyboard focus and mouse focus seems to be independent and parallel systems, so I don't know how easy it would be to respond to both.  In general, keyboard focus is indicated by a black dotted line ring, while mouse focus (activation) is indicated by a color change (blue on Windows), though for entry widgets, key focus in indicated by blue background while mouse focus is indicated by a cursor change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Sun Jun 17 21:08:30 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 01:08:30 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529284110.96.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

master, and maybe backport from there, unless the PR never touches master.

I wonder if we should bring this up on pydev.  Without discussion and agreement, someone might object just because there are so many changes.  Or someone might say that they want the 'illegal' markup kept.

I see that the one docstring you linked to, 
https://github.com/python/cpython/blob/master/Lib/configparser.py?ts=2#L26
had 9 occurences, 1 for each parameter.

I never see any warnings.  It must be that our build system somewhere discards them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 21:20:32 2018
From: report at bugs.python.org (Patrick Lehmann)
Date: Mon, 18 Jun 2018 01:20:32 +0000
Subject: [issue33890] Pathlib does not compare Windows and MinGW paths as equal
In-Reply-To: <1529274032.96.0.56676864532.issue33890@psf.upfronthosting.co.za>
Message-ID: <1529284832.15.0.56676864532.issue33890@psf.upfronthosting.co.za>


Patrick Lehmann <Patrick.Lehmann at tu-dresden.de> added the comment:

I don't think is cross-platform, because I'm still on Windows but in different shells. More over, pathlib currently support cross-platform comparison. I can save a configuration file on Linux and open it on Windows with such paths. I use myPath.as_posix() to solve this problem.

pathlib just needs to detect the environment and then it needs to extend its understanding of equal in MinGW and Cygwin that C:\ is equal to /c/.

That's not a big deal. 

Do I realy need to register in a heavy overloaded mailing list for such a simple fix? This will take months to implement and deploy... 

Python is now on GitHub, why can't we use an issue as any other open source project does?

What is a "MinGW facility"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33890>
_______________________________________

From report at bugs.python.org  Sun Jun 17 21:39:28 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 01:39:28 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529285968.34.0.56676864532.issue28710@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This should probably be discussed on python-dev.  In particular, changing from single backticks to double backticks is something that makes Sphinx happy but will uglify the docstrings for all other ways of viewing the docs.

Also, note that most of our docs aren't autogenerated from the docstrings so we've never had any particular need to impose Sphinx markup requirements for docstrings.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 21:45:52 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 01:45:52 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529286352.31.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In my last comment above, I forgot that this issue is about *docstrings*.  We do not officially process docstrings with Sphinx, so there are no warnings to be suppressed.

PEP 8, which covers style for the stdlib, refers to https://www.python.org/dev/peps/pep-0257/
Neither says anything about markup and last I remember, there should not be any for the stdlib. Pep-0257 gives this example:

def complex(real=0.0, imag=0.0):
    """Form a complex number.

    Keyword arguments:
    real -- the real part (default 0.0)
    imag -- the imaginary part (default 0.0)
    """
Here, parameter names are indicated by the formatting, not by markup.  If `' is used in such lists, it should just be deleted.  I believe 'name' is sometimes used in running text.

The help() function prints a docstring as is.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 21:52:45 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 01:52:45 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529286765.05.0.56676864532.issue28710@psf.upfronthosting.co.za>


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


----------
title: Sphinx incompatible markup in the standard library -> Sphinx incompatible markup in the standard library docstrings

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Sun Jun 17 22:16:09 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 02:16:09 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529288169.0.0.56676864532.issue33869@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Andr?s, you seems making pull request to document at very high pace.

First of all, thank you for trying improving document.

But some of your pull request seems very little benefit for most readers.  Your motivation seems consistency than real people.

In PEP 8, "A Foolish Consistency is the Hobgoblin of Little Minds" is top of the rules.  I think it is same to documentation.

Random many small changes to document will consume core-dev's time and reduce translation coverage.

Please stop thinking like "Because X is ~, Y should be ~".
Instead, please think about helping real world people.

Regards,

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Sun Jun 17 22:16:10 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 02:16:10 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529288170.29.0.56676864532.issue33887@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Please don't fill-up the tracker with dozens of micro-PRs for tiny documentation changes of dubious benefit or occasional detriment.  On the balance, it isn't helpful to have a newcomer second-guess every little writing decision that has been made.  Ideally, we should focus on issues that are known to actually be confusing real users.  Also, it would be ideal to spend time learning the existing documentation norms.  

The little micro-edits each take time to discuss, review and apply or reject.  This eats into the small bits of spare time that the reviewers have and takes them away from other issues.

Perhaps you could channel your enthusiasm into reviewing other doc patches or open bugs.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sun Jun 17 22:25:28 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 02:25:28 +0000
Subject: [issue33880] namedtuple should use NFKD to find duplicate members
In-Reply-To: <1529169153.27.0.56676864532.issue33880@psf.upfronthosting.co.za>
Message-ID: <1529288728.6.0.56676864532.issue33880@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Of late, people have been very concerned with namedtuple construction time, so I'm disinclined to add this overhead for something that doesn't seem to have been a problem in the real world.

Also, the SyntaxError seems reasonable.  That is the same error given by a regular function definition or types.SimpleNamespace:

    >>> def f(?=1, ?=2):
    	    pass
    SyntaxError: duplicate argument '?' in function definition

    >>> SimpleNamespace(?=1, ?=2)
    SyntaxError: keyword argument repeated

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33880>
_______________________________________

From report at bugs.python.org  Sun Jun 17 22:36:54 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 02:36:54 +0000
Subject: [issue33869] doc Add set, frozen set, and tuple entries to Glossary
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529289414.7.0.56676864532.issue33869@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Sorry, INADA, you are right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Sun Jun 17 22:37:15 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 02:37:15 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529289435.26.0.56676864532.issue33887@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Sorry, Raymond, you are right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sun Jun 17 23:52:53 2018
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 18 Jun 2018 03:52:53 +0000
Subject: [issue33890] Pathlib does not compare Windows and MinGW paths as equal
In-Reply-To: <1529274032.96.0.56676864532.issue33890@psf.upfronthosting.co.za>
Message-ID: <1529293973.87.0.56676864532.issue33890@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

> I don't think is cross-platform, because I'm still on Windows but 
> in different shells.

MSYS/MINGW64 and Cygwin are POSIX runtime environments implemented in DLLs, but they're layered over Windows and can thus support Windows paths such as r"C:\Temp" in addition to the platform's native paths such as "/c/Temp" or "/cygdrive/c/Temp". 

(The real native path is neither Windows nor POSIX. It's an NT path such as r"\??\C:\Temp", for which r"\??" combines searching the per-logon and global directories that contain device symlinks and "C:" is a symlink to an NT volume device such as r"\Device\HarddiskVolume2". Device symlinks are typically persisted in the registry and stable, such as DOS drives and volume GUID names, whereas actual device names are typically enumerated and unreliable.)

I assume you're using a Python package built for MSYS2. For example:

    $ python
    Python 3.6.2 (default, Sep  7 2017, 13:16:50)
    [GCC 6.3.0] on msys
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import platform
    >>> platform.system()
    'MINGW64_NT-10.0'

(The platform name depends on the value of the MSYSTEM environment variable at startup. In an MSYS development environment it's "MSYS" instead of "MINGW64". In both cases sys.platform is "msys".) 

It seems you want MSYS2 and Cygwin support added to pathlib -- maybe as a subclass of PosixPath. I think David is right that this deserves to be discussed on python-ideas.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33890>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:34:33 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 04:34:33 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529296473.05.0.56676864532.issue33892@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 5092439c2cb32112a5869b138011d38491db90a9 by INADA Naoki (Andr?s Delfino) in branch 'master':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/5092439c2cb32112a5869b138011d38491db90a9


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:34:52 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 04:34:52 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529296492.5.0.56676864532.issue33892@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7379

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:35:40 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 04:35:40 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529296540.9.0.56676864532.issue33892@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7380

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:49:46 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 04:49:46 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529297386.33.0.56676864532.issue33892@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5f165851b9b6ae6e75b01d68f9a40ed95def4c9f by Miss Islington (bot) in branch '3.7':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/5f165851b9b6ae6e75b01d68f9a40ed95def4c9f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:49:48 2018
From: report at bugs.python.org (sebastin)
Date: Mon, 18 Jun 2018 04:49:48 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
Message-ID: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>


New submission from sebastin <sebyfds525 at gmail.com>:

simple linux terminal support in python shell,
like clear, ctrl + r, up arrow would be really good to have.

----------
assignee: terry.reedy
components: IDLE, IO, Interpreter Core
messages: 319857
nosy: sebastin, terry.reedy
priority: normal
severity: normal
status: open
title: Linux terminal shortcuts support in python shell
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:54:53 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 04:54:53 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529297693.78.0.56676864532.issue33892@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f14e8eaaa52f799958e77b426283df0f69a81725 by Miss Islington (bot) in branch '3.6':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/f14e8eaaa52f799958e77b426283df0f69a81725


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 00:56:07 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 04:56:07 +0000
Subject: [issue33892] doc Add a couple of "or she/her"
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529297767.86.0.56676864532.issue33892@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Andr?s, would you create PR for 2.7?
It can't be backported automatically.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 01:13:33 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 05:13:33 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529298813.88.0.56676864532.issue33893@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Are you talking about the python shell, run in a text console window, or IDLE's GUI shell?  The components you mark include both.

If the former, do you mean only on linux or all systems?  You and Python are more or less at the mercy of the console you use + readline.

If you mean IDLE's Shell, you must give details: what key, what action.  Is so, I suspect that at least some of your requests are either rejected or open issues.

----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 01:13:46 2018
From: report at bugs.python.org (dplusplus)
Date: Mon, 18 Jun 2018 05:13:46 +0000
Subject: [issue31817] Compilation Error with Python 3.6.1/3.6.3 with Tkinter
In-Reply-To: <1508407674.96.0.213398074469.issue31817@psf.upfronthosting.co.za>
Message-ID: <1529298826.53.0.56676864532.issue31817@psf.upfronthosting.co.za>


dplusplus <notfakeusername at gmail.com> added the comment:

Revisited this recently and found a fix. This problem seems to appear only if Tcl and/or Tk is installed in a non-standard folder.

In the ./configure call, include `-ltcl8.6 -ltk8.6` (for Tcl/Tk 8.6.x) in the --with-tcltk-libs specification, so the command looks like `./configure --with-tcltk-libs='-L/path/to/tcl/lib/location -L/path/to/tk/lib/location -ltcl8.6 -ltk8.6'`. Since the Tcl and Tk shared libraries are in non-standard locations, set LD_LIBRARY or append '-Wl,-rpath,/path/to/tcl/lib/location -Wl,-rpath,/path/to/tk/lib/location' to --with-tcltk-libs. Run make and the tkinter import failure is no longer there.


`import tkinter` runs fine, but an error appears when running the simple hello world script at https://docs.python.org/3.6/library/tkinter.html:

Traceback (most recent call last):
  File "/opt/tk_sample.py", line 22, in <module>
    root = tk.Tk()
  File "/opt/Python-3.6.5/Lib/tkinter/__init__.py", line 2020, in __init__
    self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use)
_tkinter.TclError: Can't find a usable tk.tcl in the following directories:
    /opt/tk/lib /opt/tcl/lib/tcl8.6/tk8.6 /opt/tcl/lib/tk8.6 /opt/Python-3.6.5/lib/tk8.6 /opt/Python-3.6.5/lib/tk8.6 /opt/lib/tk8.6 /opt/Python-3.6.5/library

`tk.tcl` is in /opt/tk/lib/tk8.6; looking at the directories listed in the error message _tkinter is expecting Tcl and Tk to be installed in the same folder (To be fair, Tk warns about this in its configure script).
This is fixed by setting the environment variable TK_LIBRARY to the folder where tk.tcl is. I do not consider this a complete solution though, since TK_LIBRARY needs to be set to run anything that uses tkinter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31817>
_______________________________________

From report at bugs.python.org  Mon Jun 18 02:13:22 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 18 Jun 2018 06:13:22 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529302402.97.0.56676864532.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

I found the Thunderbirg bugzilla issues where they appear to have dealt precisely with this issue (for a variety of protocols, including SMTP):

https://bugzilla.mozilla.org/show_bug.cgi?id=312593

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Mon Jun 18 02:15:47 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 18 Jun 2018 06:15:47 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529302547.86.0.56676864532.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

This specifically seems relevant:

> In order for Thunderbird to be standards-compliant-enough to interoperate with standards-compliant servers, it should use UTF-8 for the SASL PLAIN mechanism regardless of the underlying protocol (IMAP, POP and SMTP). That includes the POP3 "AUTH PLAIN" command and the SMTP "AUTH PLAIN" command.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Mon Jun 18 02:45:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 18 Jun 2018 06:45:56 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529304356.44.0.56676864532.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

There's also some discussion there (from 3 years ago) of possibly needing to fall back to ISO-8859-1 to work with MS Exchange, despite the standards saying UTF-8 should be used.  It's unclear to me whether that's actually the case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Mon Jun 18 02:54:54 2018
From: report at bugs.python.org (sebastin)
Date: Mon, 18 Jun 2018 06:54:54 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529304894.33.0.56676864532.issue33893@psf.upfronthosting.co.za>


sebastin <sebyfds525 at gmail.com> added the comment:

I meant this on Python IDLE across all platforms.
basic necessary enhancements for seamless use of IDLE should atleast have below feature supported.

clear(used in MAC/LINUX TERMINAL) or cls(used in WINDOWS CMD PROMPT) - clear the PYTHON IDLE screen.

up arrow - for the search history.

If this enhancements is in progress/open state then its good, if rejected this be reconsidered ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 02:55:27 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 18 Jun 2018 06:55:27 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529304927.3.0.56676864532.issue29750@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

>From reading the aforementioned discussion on Thunderbird's issue tracker, ISTM that encoding with UTF-8 is the way to go.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Mon Jun 18 03:34:43 2018
From: report at bugs.python.org (Philip Rowlands)
Date: Mon, 18 Jun 2018 07:34:43 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
Message-ID: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>


New submission from Philip Rowlands <pythonbugs at dimebar.com>:

Quoting https://docs.python.org/3/library/tempfile.html
"""
tempfile.tempdir
When set to a value other than None, this variable defines the default value for the dir argument to the functions defined in this module.

If tempdir is unset or None at any call to any of the above functions except gettempprefix() it is initialized following the algorithm described in gettempdir().
"""

"If tempdir is unset ..." is not true:

$ python3 -c 'import tempfile; del tempfile.tempdir; t = tempfile.mkdtemp()'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python3.2/tempfile.py", line 298, in mkdtemp
    dir = gettempdir()
  File "/usr/lib/python3.2/tempfile.py", line 238, in gettempdir
    if tempdir is None:
NameError: global name 'tempdir' is not defined

No strong preference whether the docs change to match the implementation, or vice-versa.

----------
messages: 319867
nosy: philiprowlands
priority: normal
severity: normal
status: open
title: tempfile.tempdir cannot be unset
type: crash

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Mon Jun 18 03:48:28 2018
From: report at bugs.python.org (Petr Viktorin)
Date: Mon, 18 Jun 2018 07:48:28 +0000
Subject: [issue33876] doc Mention the MicroPython implementation in
 Introduction
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529308108.02.0.56676864532.issue33876@psf.upfronthosting.co.za>


Petr Viktorin <encukou at gmail.com> added the comment:

> I didn't add Cython because it's not clear to me if it's useful for creating extension modules in a pythonesque language, or if it's also useful by it's own.

Cython only makes extensions for CPython, and uses CPython's runtime. But it does have its own syntax, which is quite useful in the number-crunching domain.

I think it should be left out, but then, so should VPython which seems like it's a module usable by either the CPython or RapydScript interpreters.

----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:03:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 08:03:25 +0000
Subject: [issue6143] IDLE - an extension to clear the shell window
In-Reply-To: <1243631391.82.0.146122427664.issue6143@psf.upfronthosting.co.za>
Message-ID: <1529309005.09.0.56676864532.issue6143@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The way to clear an editor window at least on Windows is ^A (select all) and delete, which can be any of BS (backspace) or DEL or ^X (Cut).  The latter 'moves to the clipboard.  In Shell, select all selects everything, but ^X enters '^x', the other 2 do their normal thing.  All three unselect without deleting.

My first inclination is to have any or all of these work by ignoring IDLE's protection mechanism, which is different from tk's no-write mode.  After deleting, the prompts needs to be re-written.  I understand that Cut would need to expand squeezed blocks to the clipboard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6143>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:44:37 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 08:44:37 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529311477.65.0.56676864532.issue33893@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

These issues are not as simple as you think.  But anyway, clearing the shell in #6143.

Shell is a modified editor.  Currently, the arrows move the cursor around just as in the editor.  For multiline statements, this is essential, and even for single-line statements, not as useless as some claim.  Single-line command consoles can get away with changing the meaning of Up and Down.  This is discussed in #2704, and what I said above is explained more in msg243140 of May 2015.

I have a question about Linux consoles.  Windows Command Prompt is strictly a command *line* console.  It sees

>>> def fib(n):
...    if n >= 2:
...        return fib(n-2) + fib(n-1)
...    else:
...        return n

as 5 commands.  Its history mechanism retrieves a line at a time.  Does a Linux console retrieve all 5 at once, as IDLE does?

----------
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:44:55 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 08:44:55 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529311495.38.0.56676864532.issue33893@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
superseder:  -> IDLE: Patch to make PyShell behave more like a Terminal interface

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:48:11 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 08:48:11 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529311691.21.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ea3dc8029ab6a0f1ee6a8a72f1612dea74892e08 by Terry Jan Reedy in branch 'master':
bpo-33855: More edits and new minimal tests for IDLE (GH-7761)
https://github.com/python/cpython/commit/ea3dc8029ab6a0f1ee6a8a72f1612dea74892e08


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:49:18 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 08:49:18 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529311758.37.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7381

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:50:12 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 08:50:12 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529311812.64.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7382

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 04:57:54 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 18 Jun 2018 08:57:54 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529312274.16.0.56676864532.issue33894@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

"If tempdir is unset or None" means "If tempdir has not been assigned to, or if it has been assigned the value None". "Unset" doesn't mean "delete from the module".

I agree the documentation wording could be improved.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, eric.smith
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Mon Jun 18 05:10:47 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 09:10:47 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529313047.6.0.56676864532.issue33855@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 740f1cb20a8ae6e7f6daa14f2e240664643ce757 by Miss Islington (bot) in branch '3.7':
bpo-33855: More edits and new minimal tests for IDLE (GH-7761)
https://github.com/python/cpython/commit/740f1cb20a8ae6e7f6daa14f2e240664643ce757


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 05:11:15 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 09:11:15 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529313075.26.0.56676864532.issue33855@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 684bc3d67797f2b5ca9368fe7ecc1c3093d7b694 by Miss Islington (bot) in branch '3.6':
bpo-33855: More edits and new minimal tests for IDLE (GH-7761)
https://github.com/python/cpython/commit/684bc3d67797f2b5ca9368fe7ecc1c3093d7b694


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 06:35:27 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 10:35:27 +0000
Subject: [issue33892] doc Use gender neutral words
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529318127.87.0.56676864532.issue33892@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Yes, of course!

----------
title: doc Add a couple of "or she/her" -> doc Use gender neutral words

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 06:45:01 2018
From: report at bugs.python.org (Tony Roberts)
Date: Mon, 18 Jun 2018 10:45:01 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
Message-ID: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>


New submission from Tony Roberts <tony at pyxll.com>:

In dynload_win.c LoadLibraryExW is called with the GIL held.

This can cause a deadlock in an uncommon case where the GIL also needs to be acquired when another thread is being detached.

Both LoadLibrary and FreeLibrary acquire the Windows loader-lock. If FreeLibrary is called on a module that acquires the GIL when detaching, a dead-lock occurs when another thread with the GIL held blocks on the loader-lock by calling LoadLibrary.

This can happen when Python is embedded in another application via an extension, and where that application may create threads that call into that extension that results in Python code being called. Because the application is creating the thread, the extension that's embedding Python doesn't know when the thread will terminate. The first time the extension is called from that thread and it needs to run some Python code it has to create a new thread state, and when the thread terminates that thread state should be destroyed. In other situations the thread state would be destroyed as part of cleaning up the thread, but here the extension does not know when the thread terminates and so must do it on thread detach in DllMain. Attempting to destroy the thread state this way requires acquiring the GIL, which can cause the deadlock described above.

The safest way to avoid this deadlock (without potentially leaking thread states) would be to release the GIL before calling LoadLibrary.

----------
components: Windows
messages: 319876
nosy: Tony Roberts, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: LoadLibraryExW called with GIL held can cause deadlock
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Mon Jun 18 07:19:02 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 11:19:02 +0000
Subject: [issue33892] doc Use gender neutral words
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529320742.1.0.56676864532.issue33892@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
pull_requests: +7383

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 07:19:41 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Jun 2018 11:19:41 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529320781.0.0.56676864532.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm not convinced that adding code to search_function is the right solution for this. 

BTW. I'm also not sure yet why this error happens, does windows return a codepage number as the preferred encoding when the io module looks for one? If so, wouldn't it be better to correct the encoding name there (from the codepage number to a string with a "cp" prefix)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 18 07:32:06 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 18 Jun 2018 11:32:06 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529321526.88.0.56676864532.issue33893@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Terry asked: 
> I have a question about Linux consoles. [...] Does a Linux console retrieve all 5 at once, as IDLE does?

Not typically. Like the Windows console, Linux consoles are also line-oriented, and hitting up-arrow cycles through each line, one at a time.

The bash shell offers a special "operate-and-go-next" command to operate on a particular history line and then immediately retrieve the next history line:

http://web.mit.edu/gnu/doc/html/features_7.html

but I think that's about as close as any standard Linux console gets to the ability to retrieve multiple lines from history at once.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 07:32:53 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 11:32:53 +0000
Subject: [issue33876] doc Mention relevant pythonesque implementations
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529321573.44.0.56676864532.issue33876@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
title: doc Mention the MicroPython implementation in Introduction -> doc Mention relevant pythonesque implementations

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Mon Jun 18 07:34:12 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 11:34:12 +0000
Subject: [issue33832] doc Add "magic method" entry to Glossary
In-Reply-To: <1528718191.62.0.592728768989.issue33832@psf.upfronthosting.co.za>
Message-ID: <1529321652.31.0.56676864532.issue33832@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
title: Make "magic methods" a little more discoverable in the docs -> doc Add "magic method" entry to Glossary

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33832>
_______________________________________

From report at bugs.python.org  Mon Jun 18 08:56:32 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Jun 2018 12:56:32 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
In-Reply-To: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>
Message-ID: <1529326592.62.0.56676864532.issue33871@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you Pablo and Ned!

Seems there is other bug on Mac OS, not related to integer overflow. I am working on it.

----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Mon Jun 18 09:04:05 2018
From: report at bugs.python.org (Artem Smotrakov)
Date: Mon, 18 Jun 2018 13:04:05 +0000
Subject: [issue33661] urllib may leak sensitive HTTP headers to a third-party
 web site
In-Reply-To: <1527430806.55.0.682650639539.issue33661@psf.upfronthosting.co.za>
Message-ID: <1529327045.13.0.56676864532.issue33661@psf.upfronthosting.co.za>


Artem Smotrakov <artem.smotrakov at gmail.com> added the comment:

If I am not missing something, section 6.4 of RFC 7231 doesn't explicitly discuss that all headers should be sent. I wish it did :)

I think that an Authorization header for host A may make sense for host B if both A and B use the same database with user credentials. I am not sure that modern authentication mechanisms like OAuth rely on this fact (although I need to check the specs to make sure).

Sending a Cookie header to a different domain looks like a violation of the same-origin policy to me. RFC 6265 says something about it

https://tools.ietf.org/html/rfc6265#section-5.4

curl was recently updated to filter out Authorization headers in case of a redirect to another host. Chrome and Firefox don't sent either Authorization or Cookie headers while handling a redirect. It doesn't seem to be a disaster for them :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33661>
_______________________________________

From report at bugs.python.org  Mon Jun 18 09:16:22 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 18 Jun 2018 13:16:22 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529327782.56.0.56676864532.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I think if we can get a confirmation from @Prawin that adding an alias fixed the issue or a minimal test case then it will be helpful. The minimal I can come up with is as below :  

import codecs

# Fails without alias being added other cases like 1252 pass because of alias

assert codecs.encode('a', '874') == codecs.encode('a', 'cp874')

# Below assertion passes after search_function patch though alias is not added since I prepend cp in search_function

assert codecs.encode('a', '874') == codecs.encode('a', 'cp874')


Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 18 09:32:33 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 13:32:33 +0000
Subject: [issue15474] Differentiate decorator and decorator factory in docs
In-Reply-To: <1343416207.69.0.71696747041.issue15474@psf.upfronthosting.co.za>
Message-ID: <1529328753.66.0.56676864532.issue15474@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

If deemed appropriate, I can take the task of writing a HOWTO for decorators/decorators factories.

----------
nosy: +adelfino

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15474>
_______________________________________

From report at bugs.python.org  Mon Jun 18 09:37:56 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 18 Jun 2018 13:37:56 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529329076.48.0.56676864532.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Confirmation that the patch actually fixes the problem would be nice, but I'd still like to understand why Python tries to use an encoding with the name "874" as this might lead to a nicer solution to the problem.

BTW. There is some discussion on this issue on the python-ideas mailinglist.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 18 09:46:07 2018
From: report at bugs.python.org (Fred L. Drake, Jr.)
Date: Mon, 18 Jun 2018 13:46:07 +0000
Subject: [issue15474] Differentiate decorator and decorator factory in docs
In-Reply-To: <1343416207.69.0.71696747041.issue15474@psf.upfronthosting.co.za>
Message-ID: <1529329567.32.0.56676864532.issue15474@psf.upfronthosting.co.za>


Fred L. Drake, Jr. <fdrake at gmail.com> added the comment:

I like ?ric's terminology; giving a concrete name to the concept makes it a lot easier to grasp, and this doesn't require inventing any new component terms.

Andr?s, if you'd like to tackle this, that's great!  I'd be happy to for you to bounce drafts through me if you like.

----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15474>
_______________________________________

From report at bugs.python.org  Mon Jun 18 10:16:06 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 18 Jun 2018 14:16:06 +0000
Subject: [issue15474] Differentiate decorator and decorator factory in docs
In-Reply-To: <1343416207.69.0.71696747041.issue15474@psf.upfronthosting.co.za>
Message-ID: <1529331366.87.0.56676864532.issue15474@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

Alright! :D Yes, your help will definitely come in handy, thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15474>
_______________________________________

From report at bugs.python.org  Mon Jun 18 10:17:31 2018
From: report at bugs.python.org (Matej Cepl)
Date: Mon, 18 Jun 2018 14:17:31 +0000
Subject: [issue23395] _thread.interrupt_main() errors if SIGINT handler in
 SIG_DFL, SIG_IGN
In-Reply-To: <1423093850.42.0.241477195496.issue23395@psf.upfronthosting.co.za>
Message-ID: <1529331451.14.0.56676864532.issue23395@psf.upfronthosting.co.za>


Change by Matej Cepl <mcepl at cepl.eu>:


----------
nosy: +mcepl

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23395>
_______________________________________

From report at bugs.python.org  Mon Jun 18 10:21:55 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Mon, 18 Jun 2018 14:21:55 +0000
Subject: [issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3
In-Reply-To: <1486355272.29.0.0894514518656.issue29456@psf.upfronthosting.co.za>
Message-ID: <1529331715.27.0.56676864532.issue29456@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Thanks for your confirmation, Ma Lin. Also thanks for Wonsup!

----------
components: +Unicode -Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29456>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:13:32 2018
From: report at bugs.python.org (Matej Cepl)
Date: Mon, 18 Jun 2018 15:13:32 +0000
Subject: [issue23395] _thread.interrupt_main() errors if SIGINT handler in
 SIG_DFL, SIG_IGN
In-Reply-To: <1423093850.42.0.241477195496.issue23395@psf.upfronthosting.co.za>
Message-ID: <1529334812.8.0.56676864532.issue23395@psf.upfronthosting.co.za>


Change by Matej Cepl <mcepl at cepl.eu>:


----------
pull_requests: +7384
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23395>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:16:26 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 15:16:26 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529334986.4.0.56676864532.issue33893@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

zsh lets you edit multiline shell commands as a unit.  If you up-arrow, you get all the lines of the block popped up, with the cursor on the last line.  Further arrow keys will navigate within the multiline text block, with an up-arrow from the first line taking you to the next previous shell command, and enter within the block will re-execute the entire modified multiline command.  I haven't used IDLE recently enough to remember how that compares to how IDLE works.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:21:02 2018
From: report at bugs.python.org (Matej Cepl)
Date: Mon, 18 Jun 2018 15:21:02 +0000
Subject: [issue23395] _thread.interrupt_main() errors if SIGINT handler in
 SIG_DFL, SIG_IGN
In-Reply-To: <1423093850.42.0.241477195496.issue23395@psf.upfronthosting.co.za>
Message-ID: <1529335262.63.0.56676864532.issue23395@psf.upfronthosting.co.za>


Change by Matej Cepl <mcepl at cepl.eu>:


----------
pull_requests: +7385

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23395>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:28:23 2018
From: report at bugs.python.org (Marcel Plch)
Date: Mon, 18 Jun 2018 15:28:23 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529335703.04.0.56676864532.issue32962@psf.upfronthosting.co.za>


Marcel Plch <gmarcel.plch at gmail.com> added the comment:

The problem is with this function:
static PyObject *
builtin_id(PyModuleDef *self, PyObject *v)
/*[clinic end generated code: output=0aa640785f697f65 input=5a534136419631f4]*/
{
    return PyLong_FromVoidPtr(v);
}

It's a one-liner, so the compiler really likes to inline it.

Without the inline optimization, the additional "next" command makes a jump into the function.

But when the function is inlined and you set a breakpoint to it, the line is just seen as a function from the debugger, that means you already are inside and the "next" makes the debugger exit this line, and so the function.

More graphical explanation:
non-inline case:
br
{
next
   return PyLong_FromVoidPtr(v);

inline case:
br
   return PyLong_FromVoidPtr(v);
next
"Some code without access to the func arguments' debug symbols"


I propose two possible solutions:
1) Skip whole test_gdb when optimizations are used (who debugs with them anyway?)
2) Conditionalize the "next". (this could be hard as we would need to know when the function is inlined)

Also, I have found out that when configured with --with-pydebug and --enable-optimizations, tests stop to fail. (the failing bots are configuring with --enable-optimizations only)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:34:01 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 15:34:01 +0000
Subject: [issue33892] doc Use gender neutral words
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529336041.23.0.56676864532.issue33892@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 60c888d0eb673272920fa3b33f6e5b176d217dc9 by INADA Naoki (Andr?s Delfino) in branch '2.7':
bpo-33892: Doc: Use gender neutral words (GH-7770)
https://github.com/python/cpython/commit/60c888d0eb673272920fa3b33f6e5b176d217dc9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:34:25 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 15:34:25 +0000
Subject: [issue33892] doc Use gender neutral words
In-Reply-To: <1529282640.33.0.56676864532.issue33892@psf.upfronthosting.co.za>
Message-ID: <1529336065.57.0.56676864532.issue33892@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

thanks

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33892>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:35:03 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 15:35:03 +0000
Subject: [issue29750] smtplib doesn't handle unicode passwords
In-Reply-To: <1488919224.48.0.0966376973087.issue29750@psf.upfronthosting.co.za>
Message-ID: <1529336103.22.0.56676864532.issue29750@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I didn't think to look at the standards for the auth mechanisms, I only looked at the smtp standards.  So, if the standard says utf-8, then we should use that.  But we should still support bytes passwords so that an application could work around issues like the possible ms-exchange one, if they need to.  Those could be two separate PRs, though.  In fact, they probably should be.  As a standards-compliance issue, we would be within our rules to backport the utf-8 standards-compliance fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29750>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:37:01 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 18 Jun 2018 15:37:01 +0000
Subject: [issue33830] Error in the output of one example in the httplib docs
In-Reply-To: <1528713903.44.0.592728768989.issue33830@psf.upfronthosting.co.za>
Message-ID: <1529336221.25.0.56676864532.issue33830@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
keywords: +patch
pull_requests: +7386
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33830>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:39:04 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 15:39:04 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529336344.37.0.56676864532.issue28710@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

Right, my opinion is that we shouldn't be putting markup in docstrings.  They are (from our point of view) pure text.

I don't know if discussion on python-dev is warranted, it seems like a fairly uncontroversial change, since it brings the docstrings in question into compliance with our general practice in the majority of the stdlib.  Unless my impression about that is wrong :)

I don't have an opinion on multiple versus single PR for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 11:55:05 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 15:55:05 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529337305.64.0.56676864532.issue28710@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

By the way, in case anyone is curious, I'm pretty sure that markup is left over from the days when tex/latex was what docs were *written* in.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 12:00:05 2018
From: report at bugs.python.org (Philip Rowlands)
Date: Mon, 18 Jun 2018 16:00:05 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529337605.98.0.56676864532.issue33894@psf.upfronthosting.co.za>


Philip Rowlands <pythonbugs at dimebar.com> added the comment:

How about

- If tempdir is unset or None at any call to
+ If tempdir is None (the default) at any call to

This avoids headaches over the meaning of "unset", and accurately reflects the code at:
https://github.com/python/cpython/blob/3.6/Lib/tempfile.py#L289

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Mon Jun 18 12:02:56 2018
From: report at bugs.python.org (Carol Willing)
Date: Mon, 18 Jun 2018 16:02:56 +0000
Subject: [issue23660] Turtle left/right inverted when using different
 coordinates orientation
In-Reply-To: <1426261372.66.0.413514291582.issue23660@psf.upfronthosting.co.za>
Message-ID: <1529337776.2.0.56676864532.issue23660@psf.upfronthosting.co.za>


Carol Willing <willingc at gmail.com> added the comment:

Reopened at the request of the original submitter.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23660>
_______________________________________

From report at bugs.python.org  Mon Jun 18 12:14:35 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 18 Jun 2018 16:14:35 +0000
Subject: [issue33866] Stop using OrderedDict in enum
Message-ID: <1529338475.69.0.56676864532.issue33866@psf.upfronthosting.co.za>


New submission from INADA Naoki <songofacandy at gmail.com>:


New changeset e57f91a0f0d5700ec466c9dd0fd2d2b5323a5e76 by INADA Naoki in branch 'master':
bpo-33866: enum: Stop using OrderedDict (GH-7698)
https://github.com/python/cpython/commit/e57f91a0f0d5700ec466c9dd0fd2d2b5323a5e76


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33866>
_______________________________________

From report at bugs.python.org  Mon Jun 18 12:30:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Jun 2018 16:30:00 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529339399.99.0.56676864532.issue28710@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

What is the problem? Docstrings are not written in the reStructuredText format in general. If Sphinx complains about docstrings in the stlib, don't run Sphinx for the stdlib files or report a Sphinx bug. Even if remove all `x', docstrings still will not be valid reStructuredText. For example the last three lines will be joined in a single paragraph for the docstring in msg319848.

`name' does not have special meaning in (La)TeX. AFAIK `name' is common writing of quotes in English texts. It predates reStructuredText and was widely used in Usenet and mailing lists (as two spaces after sentence-ending punctuation, double hyphen for a dash, _n_a_m_e_ to simulate underscoring, etc). It is just a part of old computer-typing culture (or may be even pre-computer).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 12:38:34 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 16:38:34 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529339914.45.0.56676864532.issue28710@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

No, it is (somewhat) unique to tex.  If you write `word' tex would turn that into a pair of opposing quotes in the typeset document, as opposed to 'word' (the convention in regular text/emails/posts/etc) where you'd just see ascii quotes.  tex would render 'word' as a closing quote both before and after word, which looks weird in typeset text.

There's no bug here; as you say we aren't interested in making the docstrings parseable as restructured text (at least, I'm not).  For me, this is about getting rid of the now-odd-looking tex leftovers and making the ascii styling consistent with the bulk of our docstrings.

It's not a big deal, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 13:07:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 17:07:14 +0000
Subject: [issue33893] Linux terminal shortcuts support in python shell
In-Reply-To: <1529297388.32.0.56676864532.issue33893@psf.upfronthosting.co.za>
Message-ID: <1529341634.49.0.56676864532.issue33893@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks. I have presumed that Linux consoles are also line oriented, but hesitated to say so without really knowing so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33893>
_______________________________________

From report at bugs.python.org  Mon Jun 18 13:28:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 17:28:07 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529342887.55.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

> AFAIK `name' is common writing of quotes in English texts

I don't remember ever seeing it before.  It looks like a typo to me, and I am sure it will to most readers.  I think it should be corrected as if it were a typo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:05:56 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 18 Jun 2018 18:05:56 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1529339914.45.0.56676864532.issue28710@psf.upfronthosting.co.za>
Message-ID: <7f7125d3-c046-625f-894d-ca610f7cbd78@gmail.com>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Oh, you are right. I didn't write much English TeX, and used other types 
of quotes.

I'm sure that I seen `such quotation' in non-TeX files, but maybe my 
memory fools me. In any case using this writing here is likely an 
artifact of copying from a TeX documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:06:08 2018
From: report at bugs.python.org (Andrew Berger)
Date: Mon, 18 Jun 2018 18:06:08 +0000
Subject: [issue33301] Add __contains__ to pathlib
In-Reply-To: <1524000201.84.0.682650639539.issue33301@psf.upfronthosting.co.za>
Message-ID: <1529345168.6.0.56676864532.issue33301@psf.upfronthosting.co.za>


Andrew Berger <aberger91 at pm.me> added the comment:

I can make these changes. Would probably add a .exists method to PurePath, using the _normal_accessor.stats staticmethod, then call that in __contains__

----------
nosy: +aberger5b

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33301>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:18:39 2018
From: report at bugs.python.org (Patrick Lehmann)
Date: Mon, 18 Jun 2018 18:18:39 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529345919.26.0.56676864532.issue28710@psf.upfronthosting.co.za>


Patrick Lehmann <Patrick.Lehmann at tu-dresden.de> added the comment:

Having single quotes in docstrings is also ok for Sphinx documentation.

Btw. ReStructured text (docutils) was invented to document Python sources, why is it not used by Python?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:18:51 2018
From: report at bugs.python.org (Dean Morin)
Date: Mon, 18 Jun 2018 18:18:51 +0000
Subject: [issue33896] filecmp.cmp returns True on files that differ
Message-ID: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>


New submission from Dean Morin <morin.dean at gmail.com>:

By default `filecmp.cmp()` has `shallow=True` which can produce some surprising behavior.

In the docs it states:

> If shallow is true, files with identical os.stat() signatures are taken to be equal.

However the "signature" only considers the file mode, file size, and file modification time, which is not sufficient. `cmp()` will return `True` (files are equal) in some circumstances for files that actually differ. Depending on the underlying file system, the same python script will return `True` or `False` when `cmp()` is called on the exact same files. I'll add the long-winded details at the bottom.

To fix, I believe `st.st_ino` should be included in `_sig` (https://github.com/python/cpython/blob/3.7/Lib/filecmp.py#L68).

I'm in the middle of a move, but I can make a PR in the next couple weeks if this seems like a reasonable fix and no one else gets around to it.

The long version is that we're migrating some existing reports to a new data source. The goal is to produce identical csv files from both data sources. I have a python script that pulls down both csv files and uses `cmp()` to compare them. 

On my machine, the script correctly discovers the differences between the two. One of the date columns has incorrect dates in the new version.

However on my colleagues machine, the script fails to discover the differences and shows that the csv files are identical.

The difference is that on my machine, `os.stat(f).st_mtime` is a timestamp which includes fractional seconds (1529108360.1955538), but only includes the seconds (1529108360.0) on my colleagues machine. Since only the dates differed within the csvs, both files had the same file mode, file size, and both were downloaded within the same second.

We got a few more people to see what they got for `st_mtime`. The link could be the file system used. We're all using macs, but for those of us using an APFS Volume disk, `st_mtime` returns a timestamp which includes fractional seconds, and for those of us using a Logical Volume Mac OS Extended disk, it returns a timestamp which only includes the seconds (1529108360.0).

When comparing os.stat() between the two differing csv files, the only difference (other than fractional seconds for various timestamps) was `st_ino` which is why I believe it should be included in `_sig()`.

----------
components: Library (Lib)
messages: 319904
nosy: Dean Morin
priority: normal
severity: normal
status: open
title: filecmp.cmp returns True on files that differ
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:27:06 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 18 Jun 2018 18:27:06 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529346426.69.0.56676864532.issue33895@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Do you want to submit a PR for this?  You can take a look at our developer's guide if you're new to contributing to Python:
https://devguide.python.org/

----------
nosy: +pitrou
stage:  -> needs patch
type:  -> behavior
versions:  -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Mon Jun 18 14:29:40 2018
From: report at bugs.python.org (Tony Roberts)
Date: Mon, 18 Jun 2018 18:29:40 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529346580.6.0.56676864532.issue33895@psf.upfronthosting.co.za>


Tony Roberts <tony at pyxll.com> added the comment:

Sure, I'll get that done in the next couple of days.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Mon Jun 18 15:37:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 19:37:03 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529350623.24.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

RestructuredText, DocUtils, and Sphinx were developed independently, by people other than the pydev/cpython group.  (The proposal to include DocUtils in the stdlib was rejected.)  We converted to .rst for the Python documentation sources files about a decade ago.  Sphinx turns them into the .html files you can see online.  RestructuredText markup can now also be used in PEP, news/changelog, and What's New sources.  These are things that most people only view online or in other processed forms, not in source form.

On the other hand, stdlib docstrings are mostly viewed unprocessed in .py sources or as output from help() in text consoles or text widgets.  So markup in stdlib docstrings would impact everyone, not just core developers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:31:52 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 20:31:52 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529353912.61.0.56676864532.issue28710@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Marking this as closed.  Though well-intentioned, the suggestion is predicated on a misperception of the role of Sphinx for CPython and existing PEP recommendations on docstring practices.

----------
nosy: +rhettinger
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:34:38 2018
From: report at bugs.python.org (Charalampos Stratakis)
Date: Mon, 18 Jun 2018 20:34:38 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529354078.07.0.56676864532.issue32962@psf.upfronthosting.co.za>


Charalampos Stratakis <cstratak at redhat.com> added the comment:

I'd say there are use cases where gdb will be used with optimizations especially in downstream distribution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:37:45 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 20:37:45 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529354265.07.0.56676864532.issue28710@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I would still like to see the legacy tex markup removed from the docstrings, so I think closing this issue is not appropriate, but it's not a big enough deal that I'll push for it if Raymond wants to keep it closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:39:17 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 18 Jun 2018 20:39:17 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
Message-ID: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

Once a logger or basicConfig() has been called, later calls to basicConfig() are silent ignored.  The makes it very difficult to experiment with or teach the various options at the interactive prompt or in a Jupyter notebook.

What we have:

    >>> import logging
    >>> logging.warning('Too much data')
    WARNING:root:Too much data
    >>> logging.info('Volume is at 80%')
    >>> logging.basicConfig(level=logging.INFO)
    >>> logging.info('Volume is at 80%')
    >>> # Note, no output was created

What we need:

    >>> import logging
    >>> logging.warning('Too much data')
    WARNING:root:Too much data
    >>> logging.info('Volume is at 80%')
    >>> logging.basicConfig(level=logging.INFO, restart=True)
    >>> logging.info('Volume is at 80%')
    INFO:rootVolume is at 80%

----------
assignee: vinay.sajip
components: Library (Lib)
messages: 319911
nosy: rhettinger, vinay.sajip
priority: normal
severity: normal
status: open
title: Add a restart option to logging.basicConfig()
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:46:17 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 20:46:17 +0000
Subject: [issue33896] filecmp.cmp returns True on files that differ
In-Reply-To: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>
Message-ID: <1529354777.47.0.56676864532.issue33896@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I understand your concern, but this is working as designed and documented.  Using st_ino would mean you would return true if and only if it was the *same* file.  That is not the intent.  See issue 27396 for some background discussion.

----------
nosy: +r.david.murray
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Mon Jun 18 16:47:08 2018
From: report at bugs.python.org (R. David Murray)
Date: Mon, 18 Jun 2018 20:47:08 +0000
Subject: [issue33896] filecmp.cmp returns True on files that differ
In-Reply-To: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>
Message-ID: <1529354828.48.0.56676864532.issue33896@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

For your problem, just don't use the default shallow setting :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:04:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 18 Jun 2018 21:04:13 +0000
Subject: [issue28710] Sphinx incompatible markup in the standard library
 docstrings
In-Reply-To: <1479257982.94.0.253343336813.issue28710@psf.upfronthosting.co.za>
Message-ID: <1529355853.58.0.56676864532.issue28710@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree with David.  I would like the ugly markup changed independent of how Sphinx treats it.  I was thinking of changing the title to "Change obsolete tex markup in stdlib docstrings".  The intent of `word' was for people to see balanced quotes, which in ascii text means 'word'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28710>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:18:03 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 18 Jun 2018 21:18:03 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529356683.2.0.56676864532.issue33663@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset b36b0a3765bcacb4dcdbf12060e9e99711855da8 by Steve Dower (ValeriyaSinevich) in branch 'master':
bpo-33663: Convert content length to string before putting to header (GH-7754)
https://github.com/python/cpython/commit/b36b0a3765bcacb4dcdbf12060e9e99711855da8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:19:19 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 21:19:19 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529356759.58.0.56676864532.issue33663@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7387

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:20:04 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 21:20:04 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529356804.23.0.56676864532.issue33663@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7388

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:38:00 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 21:38:00 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529357880.52.0.56676864532.issue33663@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 53d1e9fad316e1404535157fe21cab8919f707c9 by Miss Islington (bot) in branch '3.7':
bpo-33663: Convert content length to string before putting to header (GH-7754)
https://github.com/python/cpython/commit/53d1e9fad316e1404535157fe21cab8919f707c9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:41:10 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 18 Jun 2018 21:41:10 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529358070.93.0.56676864532.issue33663@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8c19a44b63033e9c70e9b552476baecb6e3e9451 by Miss Islington (bot) in branch '3.6':
bpo-33663: Convert content length to string before putting to header (GH-7754)
https://github.com/python/cpython/commit/8c19a44b63033e9c70e9b552476baecb6e3e9451


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Mon Jun 18 17:42:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 18 Jun 2018 21:42:38 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1529354078.07.0.56676864532.issue32962@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGHyYx55xxNPaqnza3MnFNZqKXfMpXXYJaXuSea+JJbfzA@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

> 1) Skip whole test_gdb when optimizations are used (who debugs with them anyway?)

It's already done, no? But the title issue is "-mcet -fcf-protection
-O0" and -O0 disables optimizations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Mon Jun 18 18:10:28 2018
From: report at bugs.python.org (Dean Morin)
Date: Mon, 18 Jun 2018 22:10:28 +0000
Subject: [issue33896] filecmp.cmp returns True on files that differ
In-Reply-To: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>
Message-ID: <1529359828.42.0.56676864532.issue33896@psf.upfronthosting.co.za>


Dean Morin <morin.dean at gmail.com> added the comment:

Fair enough, how about just making it clearer in the documentation? Currently you need to look at the source code to see what would be required for a signature clash to occur. Maybe something like:

Note that the [os.stat()](https://docs.python.org/3/library/os.html#os.stat) signatures only consider [st_mode](https://docs.python.org/3/library/os.html#os.stat_result.st_mode), [st_size](https://docs.python.org/3/library/os.html#os.stat_result.st_size), and [st_mtime](https://docs.python.org/3/library/os.html#os.stat_result.st_mtime). In some circumstances it's possible for differing files to be considered equal when _shallow_ is `True`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Mon Jun 18 18:20:23 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 18 Jun 2018 22:20:23 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529360423.95.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Related issue: bpo-31237.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Mon Jun 18 18:40:30 2018
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 18 Jun 2018 22:40:30 +0000
Subject: [issue33898] pathlib issues with Windows device paths
Message-ID: <1529361630.0.0.56676864532.issue33898@psf.upfronthosting.co.za>


New submission from Eryk Sun <eryksun at gmail.com>:

For \\?\ extended device paths, pathlib removes the trailing slash for the root directory if the device isn't UNC or a logical (A-Z) drive.

Correct:

    >>> str(Path('//?/UNC/'))
    '\\\\?\\UNC\\'

    >>> str(Path('//?/Z:/'))
    '\\\\?\\Z:\\'

Incorrect:

    >>> str(Path('//?/BootPartition/'))
    '\\\\?\\BootPartition'

    >>> str(Path('//?/Volume{}/'))
    '\\\\?\\Volume{}'

    >>> str(Path('//?/Global/Z:/'))
    '\\\\?\\Global\\Z:'

It keeps the trailing slash for some \\.\ paths, but not all.

Correct:

    >>> str(Path('//./BootPartition/'))
    '\\\\.\\BootPartition\\'

Incorrect:

    >>> str(Path('//./Global/Z:/'))
    '\\\\.\\Global\\Z:'

It adds a root directory to \\.\ device paths where none was specified. 

Incorrect:

    >>> str(Path('//./nul'))
    '\\\\.\\nul\\'

    >>> str(Path('//./PhysicalDrive0'))
    '\\\\.\\PhysicalDrive0\\'

    >>> str(Path('//./C:'))
    '\\\\.\\C:\\'

"\\\\.\\C:" refers to the volume device, whereas "\\\\.\\C:\\" is the root directory in the file system.

pathlib should parse \\?\ and \\.\ device paths the same way with respect to the drive and root. The difference in practice is only how Windows does (\\.\) or does not (\\?\) canonicalize the path. 

Additionally, pathlib fails to identify the drive correctly in these cases.

Incorrect:

    >>> Path('//?/Global/Z:/').drive
    '\\\\?\\'

    >>> Path('//?/BootPartition/Temp').drive
    '\\\\?\\'

Except for "UNC" and "Global" paths, the drive should be the first component after the local-device prefix. The "UNC" device also includes subsequent server and share components, if any. For the reserved "Global" symlink, it should look to the next component. For example, r'\\?\Global\UNC\server\share' is a drive. 

There's also the "GlobalRoot" symlink (or "Global\\GlobalRoot" to be pedantic), but that can't be handled generically.

----------
components: Library (Lib), Windows
messages: 319921
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: test needed
status: open
title: pathlib issues with Windows device paths
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33898>
_______________________________________

From report at bugs.python.org  Mon Jun 18 19:57:26 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 18 Jun 2018 23:57:26 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529366246.19.0.56676864532.issue33894@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

What about:

"If tempdir is unset or None (the default value has not been modified) ..." 

?

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Mon Jun 18 20:38:43 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 19 Jun 2018 00:38:43 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529368723.45.0.56676864532.issue33894@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

I like philiprowlands' version:

- If tempdir is unset or None at any call to
+ If tempdir is None (the default) at any call to

Care to produce a PR?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Mon Jun 18 23:35:38 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 19 Jun 2018 03:35:38 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529379338.49.0.56676864532.issue33872@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

I concur with INADA. I don't prefer to add such implementation choice in definition. As for glossary, it may be unnecessary either but since it's already there, I don't think it needs to be removed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Mon Jun 18 23:53:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 03:53:25 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529380405.6.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Spinoffs:
 change rstrip.RstripExtension to Rstrip
 change stackviewer.StackBrowser to accept exception

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Mon Jun 18 23:57:25 2018
From: report at bugs.python.org (Prawin Phichitnitikorn)
Date: Tue, 19 Jun 2018 03:57:25 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529380645.86.0.56676864532.issue33865@psf.upfronthosting.co.za>


Prawin Phichitnitikorn <winvinc at gmail.com> added the comment:

Sorry for late Reply,

But for me I'm resolve by adding 

# cp874 codec
'874'                : 'cp874',

to alias.py file

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 00:00:15 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 04:00:15 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529380815.24.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7389
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 01:00:47 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 19 Jun 2018 05:00:47 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529384447.34.0.56676864532.issue33865@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Thanks @prawin for the confirmation. There is a mailing list discussion at https://groups.google.com/forum/#!topic/python-ideas/Ny1RN9wY0cI and it seems this is related to Thai language locale. Feel free to add in if you have any more input on if it's reproducible in maybe other machines of Thai locale or so on. There is a PR that adds alias along with other missing items but I will wait for others to chime in to see if there is a better solution to fix this.

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 01:59:39 2018
From: report at bugs.python.org (Tal Einat)
Date: Tue, 19 Jun 2018 05:59:39 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529387979.09.0.56676864532.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

> What do you think of changing 'ToolTip' to 'Tooltip'?

+1, I'll change it.

> TclError from widget.destroy suggests that we *might* be able to cleanup better.

The try/except clauses which are hard to test are used since the order in which widgets are destroyed can vary, and I don't know how to properly check whether a widget still exists (so that e.g. unbinding events won't throw an exception).

For the on-hover tooltip, events are registered on the "anchor" widget.  ISTM these events should be unregistered when the tooltip is destroyed, hence I added that to __del__.  Any suggestions for a better cleanup mechanism?

>> The TclError exceptions are reproduced by the htest in tooltip.py.
> With the code as is?  Or if the try-except is removed?
Without the try/except.

> I [...] would like the popups to respond keyboard (Tab) focus changes as well as mouse movement focus changes.

Looking at the Tk docs, it seems this will require binding properly to the FocusIn and oFocusOut events.  This is indeed a separate mechanism.  It should be straightforward when bound to a simple widget such as a button.  The Calltip class will need to override this since it already implements an appropriate alternative.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Tue Jun 19 02:58:55 2018
From: report at bugs.python.org (Marcel Plch)
Date: Tue, 19 Jun 2018 06:58:55 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529391535.18.0.56676864532.issue32962@psf.upfronthosting.co.za>


Marcel Plch <gmarcel.plch at gmail.com> added the comment:

> It's already done, no? But the title issue is "-mcet -fcf-protection
> -O0" and -O0 disables optimizations.

Some of the simple tests are still run even with optimizations.
Disabled optimizations is what we want, because then the function doesn't get inlined --> the 'next' jumps in, not out.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:03:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 07:03:32 +0000
Subject: [issue32962] test_gdb fails in debug build with `-mcet
 -fcf-protection -O0`
In-Reply-To: <1519722167.1.0.467229070634.issue32962@psf.upfronthosting.co.za>
Message-ID: <1529391812.97.0.56676864532.issue32962@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh I see. But currently, many test_gdb tests pass even with optimization. I dislike reducing the test coverage when Python is compiled with optimizations, just to support -mcet -fcf-protection.

Would it be possible to detect the special case "-mcet -fcf-protection" *and* optimizations, and only skip test_gdb in that case?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32962>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:29:42 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 19 Jun 2018 07:29:42 +0000
Subject: [issue33872] doc Add list access time to list definition
In-Reply-To: <1529099675.69.0.56676864532.issue33872@psf.upfronthosting.co.za>
Message-ID: <1529393382.1.0.56676864532.issue33872@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

-1 We've historically chosen to not include such implementation specific details and it seems to have not been a problem for users.  The glossary in particular is no place to talk about such specifics.

----------
nosy: +rhettinger, tim.peters
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33872>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:34:32 2018
From: report at bugs.python.org (aruseni)
Date: Tue, 19 Jun 2018 07:34:32 +0000
Subject: [issue33858] A typo in multiprocessing documentation
In-Reply-To: <1528976358.35.0.947875510639.issue33858@psf.upfronthosting.co.za>
Message-ID: <1529393672.72.0.56676864532.issue33858@psf.upfronthosting.co.za>


aruseni <aruseni.magiku at gmail.com> added the comment:

Thanks all!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33858>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:36:10 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 19 Jun 2018 07:36:10 +0000
Subject: [issue33866] Stop using OrderedDict in enum
In-Reply-To: <1529338475.69.0.56676864532.issue33866@psf.upfronthosting.co.za>
Message-ID: <1529393770.15.0.56676864532.issue33866@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33866>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:37:34 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 19 Jun 2018 07:37:34 +0000
Subject: [issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9
 files
In-Reply-To: <1389140162.94.0.578256004005.issue20180@psf.upfronthosting.co.za>
Message-ID: <1529393854.33.0.56676864532.issue20180@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

> IMO we should create new issues for AC conversion of the collections and random modules (assuming they haven't been converted yet), and close this issue.

I agree with you. Let's finish derby.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20180>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:41:52 2018
From: report at bugs.python.org (Ammar Askar)
Date: Tue, 19 Jun 2018 07:41:52 +0000
Subject: [issue33899] Tokenize module does not mirror "end-of-input" is
 newline behavior
Message-ID: <1529394112.27.0.56676864532.issue33899@psf.upfronthosting.co.za>


New submission from Ammar Askar <ammar at ammaraskar.com>:

As was pointed out in https://bugs.python.org/issue33766 there is an edge case in the tokenizer whereby it will implicitly treat the end of input as a newline. The tokenize module in stdlib does not mirror the C code's behavior in this case.

tokenizer.c:

  ~/cpython $ echo -n 'x' | ./python
  ----------
  NAME ("x")
  NEWLINE
  ENDMARKER

tokenize module:

  ~/cpython $ echo -n 'x' | ./python -m tokenize
  1,0-1,1:            NAME           'x'            
  2,0-2,0:            ENDMARKER      ''

The instrumentation to have the C tokenizer dump out its tokens is mine, can provide a diff to produce that output if needed.

----------
assignee: ammar2
components: Library (Lib)
messages: 319934
nosy: ammar2
priority: normal
severity: normal
status: open
title: Tokenize module does not mirror "end-of-input" is newline behavior
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33899>
_______________________________________

From report at bugs.python.org  Tue Jun 19 03:54:27 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 19 Jun 2018 07:54:27 +0000
Subject: [issue33900] collections.counter update method without argument gives
 misleading error
Message-ID: <1529394867.73.0.56676864532.issue33900@psf.upfronthosting.co.za>


New submission from Karthikeyan Singaravelan <tir.karthi at gmail.com>:

There was a change made in collections.Counter that made it accept self as the first parameter and hence while doing *args in the method signature args[0] is always set as the self. Hence the check for `not args` becomes a no-op during collection_object.update() calls and the type error is not raised. This is only triggered when it's called as a class method like `Counter.update` and the error message is misleading "descriptor 'update' of 'Counter' object "needs an argument" which says update method of Counter object needs an argument though we are calling the method on class and also calling update on Counter object doesn't need an argument since counter_object.update() works fine as no-op. I think the error message could be improved since argument is not necessary for counter_object.update.

Relevant commit : https://github.com/python/cpython/commit/ae5cb214d2cd41d96943a0ef43a4e95bd9a10b7a#diff-f30cb98704c3ccaf71deaf5503f7f4a1R587
No argument to counter object update test case : https://github.com/python/cpython/blob/ae5cb214d2cd41d96943a0ef43a4e95bd9a10b7a/Lib/test/test_collections.py#L1077
Calling update on Counter class test case : https://github.com/python/cpython/commit/20994f1e27c38973f1854dbdcf9b29fe8e3cd6be#diff-b5f669eab2fa576572b6115caa24427fR928

# Python 3

?  cpython git:(master) ? ./python
Python 3.8.0a0 (heads/bpo33830-httplib-docs-fix-dirty:9bf0fb8, Jun 18 2018, 17:09:54)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from collections import Counter
>>> c = Counter("Hello")


>>> Counter.update()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/user/karthik/cpython/Lib/collections/__init__.py", line 638, in update
    raise TypeError("descriptor 'update' of 'Counter' object "
TypeError: descriptor 'update' of 'Counter' object needs an argument
>>> Counter.update(1) # No error since we check for the first argument to be iterable
>>> c.update() # No args works fine though there was an above error with TypeError: descriptor 'update' of 'Counter' object needs an argument when called on class

>>> Counter.update(1, foo=1) # 1 is considered as self here, a valid counter object works fine and is updated
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/user/karthik/cpython/Lib/collections/__init__.py", line 655, in update
    self.update(kwds)
AttributeError: 'int' object has no attribute 'update'


Thanks

----------
components: Library (Lib)
messages: 319935
nosy: xtreak
priority: normal
severity: normal
status: open
title: collections.counter update method without argument gives misleading error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33900>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:20:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 08:20:00 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529396400.18.0.56676864532.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset cb970730e3ca2522e9b1700dcaf0a06b7e898db6 by Serhiy Storchaka (Pablo Galindo) in branch 'master':
bpo-33630: Fix using of freed memory in old versions of glicb for posix_spawn(). (GH-7685)
https://github.com/python/cpython/commit/cb970730e3ca2522e9b1700dcaf0a06b7e898db6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:24:10 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 08:24:10 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529396650.2.0.56676864532.issue33630@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you Pablo! Seems failures in other tests that look like a race condition actually are caused by the glibc bug. I think that after passing tests on builtbots this issue can be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:28:54 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 19 Jun 2018 08:28:54 +0000
Subject: [issue33843] Remove deprecated stuff in cgi module
In-Reply-To: <1528797406.97.0.475983251502.issue33843@psf.upfronthosting.co.za>
Message-ID: <1529396934.99.0.56676864532.issue33843@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 698865dcbb302ae742b76be883822f1563764ff9 by INADA Naoki in branch 'master':
bpo-33843: Remove deprecated stuff in cgi module (GH-7662)
https://github.com/python/cpython/commit/698865dcbb302ae742b76be883822f1563764ff9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33843>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:29:05 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 19 Jun 2018 08:29:05 +0000
Subject: [issue33843] Remove deprecated stuff in cgi module
In-Reply-To: <1528797406.97.0.475983251502.issue33843@psf.upfronthosting.co.za>
Message-ID: <1529396945.6.0.56676864532.issue33843@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33843>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:38:31 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 08:38:31 +0000
Subject: [issue33900] collections.counter update method without argument gives
 misleading error
In-Reply-To: <1529394867.73.0.56676864532.issue33900@psf.upfronthosting.co.za>
Message-ID: <1529397511.4.0.56676864532.issue33900@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This error is correct. It is the same as for dict.update.

>>> dict.update()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: descriptor 'update' of 'dict' object needs an argument

Perhaps you missed the difference between a descriptor and a method.

----------
nosy: +rhettinger, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33900>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:40:22 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 08:40:22 +0000
Subject: [issue33898] pathlib issues with Windows device paths
In-Reply-To: <1529361630.0.0.56676864532.issue33898@psf.upfronthosting.co.za>
Message-ID: <1529397622.23.0.56676864532.issue33898@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33898>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:46:37 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 19 Jun 2018 08:46:37 +0000
Subject: [issue33900] collections.counter update method without argument gives
 misleading error
In-Reply-To: <1529394867.73.0.56676864532.issue33900@psf.upfronthosting.co.za>
Message-ID: <1529397997.93.0.56676864532.issue33900@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Okay, got it. Sorry for the noise. Closing it.

Thanks

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33900>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:46:57 2018
From: report at bugs.python.org (Kenneth Hoste)
Date: Tue, 19 Jun 2018 08:46:57 +0000
Subject: [issue33174] error building the _sha3 module with Intel 2018 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529398017.1.0.56676864532.issue33174@psf.upfronthosting.co.za>


Kenneth Hoste <kenneth.hoste at ugent.be> added the comment:

@William: someone in the EasyBuild community seems to have figured out the culprit, and came up with a patch to work around the problem, see https://github.com/easybuilders/easybuild-easyconfigs/pull/6447/files#diff-bdbfca2206414b3b37794b77c0abb8e8 .

Any feedback on that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:50:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 08:50:25 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
Message-ID: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

http://buildbot.python.org/all/#/builders/145/builds/81

x86-64 High Sierra 3.x:

======================================================================
FAIL: test_reorganize (test.test_dbm_gnu.TestGdbm)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_dbm_gnu.py", line 77, in test_reorganize
    self.assertTrue(size0 < size1)
AssertionError: False is not true


The only change of this build is the commit cb970730e3ca2522e9b1700dcaf0a06b7e898db6: bpo-33630. But I hardly believe that it's related.

----------
components: Tests, macOS
messages: 319942
nosy: ned.deily, ronaldoussoren, vstinner
priority: normal
severity: normal
status: open
title: test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 04:58:45 2018
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 19 Jun 2018 08:58:45 +0000
Subject: [issue33174] error building the _sha3 module with Intel 2018 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529398725.64.0.56676864532.issue33174@psf.upfronthosting.co.za>


Christian Heimes <lists at cheimes.de> added the comment:

I read the patch. The manual loop unrolling is ugly but mostly ok. But 
I'm -1 on the "-O0" option and won't accept the patch unless it works with standard optimization. sha3 is already slow. Without optimization, the algorithm grinds to a halt.

Did anybody contact Intel and reported the bug? It's clearly a bug in ICC. GCC, clang and MSVC compile the code just fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:05:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 09:05:50 +0000
Subject: [issue32388] Remove cross-version binary compatibility
In-Reply-To: <1513790879.02.0.213398074469.issue32388@psf.upfronthosting.co.za>
Message-ID: <1529399150.05.0.56676864532.issue32388@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

In which version of Python tp_finalize slot has been added? Does it mean that Python 3.8 wil crash on loading C extensions compiled on Python older than this version?

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32388>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:09:37 2018
From: report at bugs.python.org (Andrew Edmondson)
Date: Tue, 19 Jun 2018 09:09:37 +0000
Subject: [issue33174] error building the _sha3 module with Intel 2018 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529399377.63.0.56676864532.issue33174@psf.upfronthosting.co.za>


Andrew Edmondson <a.c.edmondson at bham.ac.uk> added the comment:

I made the patch. I'm not sure it's suitable to commit back as it is, as it unrolls a macro but there seems to be a choice of macro in the code (depending on certain conditions).

The problem is that icc can't handle a line that is so long.

I didn't log the bug with Intel - but I agree that it's a compiler bug and not a Python bug. I'll log it now...

-Ed

----------
nosy: +edmondac

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:10:17 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 09:10:17 +0000
Subject: [issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x
In-Reply-To: <1527128333.92.0.682650639539.issue33630@psf.upfronthosting.co.za>
Message-ID: <1529399417.0.0.56676864532.issue33630@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

PPC64 Fedora 3.x, PPC64LE Fedora 3.x, s390x Debian 3.x and s390x RHEL 3.x buildbots are back to green thanks to this fix.

Oh wow, so it was a glibc bug: that was unexpected :-( Hopefully, the workaround is tiny and cheap!

> I think that after passing tests on builtbots this issue can be closed.

Right. I closed the PR 7663 and I close this issue.

Thank you all for investigating this issue, thanks Serhiy and Xiang for the review, and thanks Pablo for the fix!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33630>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:11:17 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 19 Jun 2018 09:11:17 +0000
Subject: [issue32388] Remove cross-version binary compatibility
In-Reply-To: <1513790879.02.0.213398074469.issue32388@psf.upfronthosting.co.za>
Message-ID: <1529399477.44.0.56676864532.issue32388@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

> Does it mean that Python 3.8 wil crash on loading C extensions compiled on Python older than this version?

What makes you think that it would be otherwise be able to load and execute such C extensions without any bugs?

There is no ABI except the stable ABI, and tp_flags isn't part of the stable ABI. 

PS : tp_finalize is in Python 3.4, but that doesn't really matter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32388>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:24:37 2018
From: report at bugs.python.org (Andrew Edmondson)
Date: Tue, 19 Jun 2018 09:24:37 +0000
Subject: [issue33174] error building the _sha3 module with Intel 2018 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529400277.58.0.56676864532.issue33174@psf.upfronthosting.co.za>


Andrew Edmondson <a.c.edmondson at bham.ac.uk> added the comment:

See https://software.intel.com/en-us/forums/intel-c-compiler/topic/780574

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Tue Jun 19 05:25:45 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 09:25:45 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529400345.3.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7390
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:21:29 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 19 Jun 2018 10:21:29 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529403689.06.0.56676864532.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

In particular, we're interested in the following information:

* What OS is installed on your machine?
* What locale (country/language) is configured?
* What does "import locale; print(locale._getdefaultlocale())" print?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:25:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 10:25:28 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529403928.35.0.56676864532.issue33865@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

* Does you use a regular Python interpreter or embedded in other program?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:31:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 10:31:58 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529404318.31.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 22525de737679ace1488e63b7ed289bdb253ffc7 by Serhiy Storchaka in branch 'master':
Use more specific asserts in dbm tests. (GH-7786)
https://github.com/python/cpython/commit/22525de737679ace1488e63b7ed289bdb253ffc7


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:32:19 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 10:32:19 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529404339.73.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7391

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:33:00 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 10:33:00 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529404380.9.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7392

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 06:55:30 2018
From: report at bugs.python.org (Tony Roberts)
Date: Tue, 19 Jun 2018 10:55:30 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529405730.13.0.56676864532.issue33895@psf.upfronthosting.co.za>


Change by Tony Roberts <tony at pyxll.com>:


----------
keywords: +patch
pull_requests: +7393
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:09:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 11:09:15 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529406555.8.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

http://buildbot.python.org/all/#/builders/145/builds/84

======================================================================
FAIL: test_reorganize (test.test_dbm_gnu.TestGdbm)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.billenstein-sierra/build/Lib/test/test_dbm_gnu.py", line 77, in test_reorganize
    self.assertGreater(size1, size0)
AssertionError: 16777216 not greater than 16777216
----------------------------------------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:12:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 11:12:00 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529406720.19.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

16777216 = 2**24 = 16 MiB

Looks too large for the size of an empty database.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:14:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 11:14:05 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529406845.12.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

@Matt Billenstein: Hi! Would you mind to have a look at this issue? It seems like test_dbm_gnu started to fail today. Did you upgrade the buildbot worker recently?

----------
nosy: +mattbillenstein

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:17:29 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 11:17:29 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529407049.69.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

For comparison, on Linux size0 = 12288 = 12 KiB. 3 decimal orders smaller.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:22:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 11:22:26 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529407346.73.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

size0=16777216 (16 MiB). On my Fedora 28, size0=12288 (12 KiB).

Even more strange: another test starts by removing the filename, just in case!?

    def test_error_conditions(self):
        # Try to open a non-existent database.
        unlink(filename)
        ...

Maybe the setUp() method must fail if filename already exists?

The buildbot runs tests in subprocesses:
"Run tests in parallel using 2 child processes"

regrtest spawns child procsses which creates their own temporary empty current directory and TESTFN is related to the current directory. If the filename/database existed before test_reorganize(), it's likely a bug in test_dbm_gnu: but there is a single TestCase class with a tearDown() method which calls unlink(filename).

--

Maybe x86-64 High Sierra 3.x has a different dbm library version which always creates an empty database with 16 MiB preallocated on disk!?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 07:32:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 11:32:40 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529407960.33.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7395

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 08:00:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 12:00:53 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529409653.79.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ok, I reproduced the issue on macOS High-Sierra and gdbm 1.15. Creating a DB creates a file of 16 MiB.

macbook:master haypo$ brew info gdbm
gdbm: stable 1.15 (bottled)
GNU database manager
https://www.gnu.org/software/gdbm/
/usr/local/Cellar/gdbm/1.15 (19 files, 569.8KB)
  Poured from bottle on 2018-06-19 at 13:48:35
From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/gdbm.rb
==> Options
--with-libgdbm-compat
	Build libgdbm_compat, a compatibility layer which provides UNIX-like dbm and ndbm interfaces.

and

macbook:master haypo$ ./python.exe
Python 3.8.0a0 (heads/master:22525de, Jun 19 2018, 13:56:57) 
[Clang 9.1.0 (clang-902.0.39.1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dbm.gnu
>>> import os
>>> dbm.gnu.open("x", "c").close()
>>> os.path.getsize("x")
16777216

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 08:04:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 12:04:58 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529409898.39.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7396

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 08:12:04 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 12:12:04 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529410324.05.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PR 7791 makes the test less useful.

I suggest to replace 10000 with size0 or max(size0, 10000).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 08:19:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 12:19:56 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529410796.76.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1261bfa83db30b1cf86c1fb816cc167db77874cd by Victor Stinner in branch 'master':
bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7791)
https://github.com/python/cpython/commit/1261bfa83db30b1cf86c1fb816cc167db77874cd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:04:43 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 19 Jun 2018 13:04:43 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529413483.36.0.56676864532.issue33901@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Considering adding gdbm version to pythoninfo? It is possible to expose version info from gnu dbm.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:21:01 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 13:21:01 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529414461.17.0.56676864532.issue33365@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 936f03e7fafc28fd6fdfba11d162c776b89c0167 by Serhiy Storchaka (Marco Strigl) in branch 'master':
bpo-33365: print the header values beside the keys (GH-6611)
https://github.com/python/cpython/commit/936f03e7fafc28fd6fdfba11d162c776b89c0167


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:23:47 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 13:23:47 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529414627.18.0.56676864532.issue33365@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7397

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:24:45 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 13:24:45 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529414685.27.0.56676864532.issue33365@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7398

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:25:04 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 13:25:04 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529414704.25.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Did not increasing the size of the value fixed the test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:33:45 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 13:33:45 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529415225.63.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7399

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:34:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 13:34:18 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529415258.38.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Xiang: "Considering adding gdbm version to pythoninfo? It is possible to expose version info from gnu dbm."

I wrote PR 7794. What do you think of this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:36:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 13:36:07 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529415367.41.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Serhiy Storchaka: "Did not increasing the size of the value fixed the test?"

Honestly, I don't understand the purpose of the test. Why does *Python* check such low level implementation detail, the exact file size used by gdbm? We are supposed to only test the API, no? If someone wants to change something else, I would suggest to remove test_reorganize().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:50:33 2018
From: report at bugs.python.org (oric)
Date: Tue, 19 Jun 2018 13:50:33 +0000
Subject: [issue6280] calendar.timegm() belongs in time module,
 next to time.gmtime()
In-Reply-To: <1244911683.12.0.112588761912.issue6280@psf.upfronthosting.co.za>
Message-ID: <1529416233.81.0.56676864532.issue6280@psf.upfronthosting.co.za>


oric <python1 at scigrid.net> added the comment:

Please don't name it timegm which is such a stupid name (why not mgemit!).

I knows it comes from history but history had timelocal which has been replaced by mktime (and python has mktime and not timelocal) so please, call it mkgmtime

time.mkgmtime()

I think it would make things more clear.

----------
nosy: +oric

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6280>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:50:54 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 13:50:54 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529416254.94.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

How can we test an API if calling it doesn't have any effect? reorganize() can be a no-op method, and still pass the test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:52:40 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 13:52:40 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529416360.55.0.56676864532.issue33365@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2edcf0a3db608457f42f4e4b74aff28237b4c91b by Miss Islington (bot) in branch '3.7':
bpo-33365: print the header values beside the keys (GH-6611)
https://github.com/python/cpython/commit/2edcf0a3db608457f42f4e4b74aff28237b4c91b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:52:47 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 13:52:47 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529416367.23.0.56676864532.issue33365@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 34cd4821ed97639896f85bdf0c0d5c75b23f8a76 by Miss Islington (bot) in branch '3.6':
bpo-33365: print the header values beside the keys (GH-6611)
https://github.com/python/cpython/commit/34cd4821ed97639896f85bdf0c0d5c75b23f8a76


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:54:02 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 13:54:02 +0000
Subject: [issue33365] http/client.py does not print correct headers in debug
In-Reply-To: <1524744776.83.0.682650639539.issue33365@psf.upfronthosting.co.za>
Message-ID: <1529416442.86.0.56676864532.issue33365@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you for your contribution Marco!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33365>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:54:06 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Jun 2018 13:54:06 +0000
Subject: [issue33896] Document what components make up the filecmp.cmp os.stat
 signature.
In-Reply-To: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>
Message-ID: <1529416446.8.0.56676864532.issue33896@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think it might be OK to document what goes in to the signature, but probably in a footnote, as it is somewhat of an implementation detail and could conceivably change.  We could then also add a caution about mtime imprecision being a particular risk on some file systems.  I wouldn't want to put such a caution in the main doc paragraphs, but in a footnote I think it would be OK.

----------
resolution: rejected -> 
stage: resolved -> needs patch
status: closed -> open
title: filecmp.cmp returns True on files that differ -> Document what components make up the filecmp.cmp os.stat signature.
versions: +Python 3.8 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Tue Jun 19 09:54:18 2018
From: report at bugs.python.org (R. David Murray)
Date: Tue, 19 Jun 2018 13:54:18 +0000
Subject: [issue33896] Document what components make up the filecmp.cmp os.stat
 signature.
In-Reply-To: <1529345931.78.0.56676864532.issue33896@psf.upfronthosting.co.za>
Message-ID: <1529416458.39.0.56676864532.issue33896@psf.upfronthosting.co.za>


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


----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33896>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:14:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 14:14:41 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529417681.37.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7400

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:34:17 2018
From: report at bugs.python.org (George King)
Date: Tue, 19 Jun 2018 14:34:17 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
Message-ID: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>


New submission from George King <george.w.king at gmail.com>:

On my newish macOS laptop using Python 3.6 or 3.7, a no-op script takes 3 times as long to invoke using the entry_points machinery as it does to invoke directly. Here are some exemplary times (best times after several tries).

$ time python3.6 entrypoint.py 

real	0m0.047s
user	0m0.033s
sys	0m0.010s

$ time python3.6 /Library/Frameworks/Python.framework/Versions/3.6/bin/entrypoint

real	0m0.153s
user	0m0.129s
sys	0m0.020s

In this example, entrypoint.py consists of `def main(): pass`; the second script is that generated by `pip3 install ...`. I have confirmed that the `-e` flag to pip is not the culprit.

I look at a cprofile trace of the invocation and I do not see an obvious single culprit, but I'm not an expert at reading such traces either.

I know that there has been some previous debate about "how slow is slow", whether to try to improve import times, etc. I'm not trying to fan any flames here, but from a practical perspective, this discrepancy is showing up in developer tools that I'm writing, and is driving me to abandon entry_points in favor of less standard, less cross-platform install hackery in my setup.py scripts. An extra 0.1s per invocation is visibly detrimental to shell scripts calling out to installed python programs.

----------
messages: 319971
nosy: gwk
priority: normal
severity: normal
status: open
title: entry_points/console_scripts is too slow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:42:20 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 19 Jun 2018 14:42:20 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529419340.65.0.56676864532.issue33895@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

What about existing code that assumes the GIL is already held?

Also, your patch addresses many more situations than raised here, most of which are unnecessary (GetProcAddress and GetModuleHandle don't block in the way that LoadLibrary and FreeLibrary may).

Perhaps the application needs a way to terminate its threads cleanly, other than simply letting them exit and assuming it will be fine?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:45:11 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 19 Jun 2018 14:45:11 +0000
Subject: [issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is
 not found
In-Reply-To: <1527462202.39.0.682650639539.issue33663@psf.upfronthosting.co.za>
Message-ID: <1529419511.01.0.56676864532.issue33663@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Congratulations on your first contribution, Valeriya! Let us know when you find something else you'd like to work on (you can add my name to the "Nosy List" on the bug and it'll get my attention).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33663>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:47:37 2018
From: report at bugs.python.org (=?utf-8?b?TWlja2HDq2wgUy4=?=)
Date: Tue, 19 Jun 2018 14:47:37 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
Message-ID: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>


New submission from Micka?l S. <contact at tiger-222.fr>:

As stated by https://bugs.python.org/issue24960, the bug should be fixed in 3.6.5 (if it is the same, not sure).

Simple reproduction steps are:

1) Download and unzip python-3.6.5-embed-win32.zip.

2) Install pip (OK):
C:\Users\TestW764\python-3.6.5-embed-win32> python get-pip.py
Collecting pip
  Using cached https://files.pythonhosted.org/packages/0f/74/.../pip-10.0.1-py2.py3-none-any.whl
Collecting setuptools
  Using cached https://files.pythonhosted.org/packages/7f/e1/.../setuptools-39.2.0-py2.py3-none-any.whl
Collecting wheel
  Using cached https://files.pythonhosted.org/packages/81/30/.../wheel-0.31.1-py2.py3-none-any.whl
Installing collected packages: pip, setuptools, wheel
  The script wheel.exe is installed in 'C:\Users\TestW764\python-3.6.5-embed-win32\Scripts' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed pip-10.0.1 setuptools-39.2.0 wheel-0.31.1

3) In python36._pth, uncomment "import site".

4) Try to install anything else:
C:\Users\TestW764\python-3.6.5-embed-win32> python -m pip install nuxeo
Collecting nuxeo
  Using cached https://files.pythonhosted.org/packages/b3/c9/.../nuxeo-2.0.1.tar.gz
    Complete output from command python setup.py egg_info:
    running egg_info
    creating pip-egg-info\nuxeo.egg-info
    writing pip-egg-info\nuxeo.egg-info\PKG-INFO
    writing dependency_links to pip-egg-info\nuxeo.egg-info\dependency_links.txt

    writing requirements to pip-egg-info\nuxeo.egg-info\requires.txt
    writing top-level names to pip-egg-info\nuxeo.egg-info\top_level.txt
    writing manifest file 'pip-egg-info\nuxeo.egg-info\SOURCES.txt'
    error: [Errno 0] Error: 'lib2to3\\Grammar3.6.5.final.0.pickle'
    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in C:\Users\TestW764\AppData\Local\Temp\pip-install-0gzz8yfg\nuxeo\

Do you think it is a sub-issue of 24960, something new or I bug from my side?

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 319974
nosy: Tiger-222
priority: normal
severity: normal
status: open
title: Can't use lib2to3 with embeddable zip file
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Tue Jun 19 10:54:51 2018
From: report at bugs.python.org (Tony Roberts)
Date: Tue, 19 Jun 2018 14:54:51 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529420091.77.0.56676864532.issue33895@psf.upfronthosting.co.za>


Tony Roberts <tony at pyxll.com> added the comment:

GetProcAddress and GetModuleHandle do block in the same way as LoadLibrary and FreeLibrary - they acquire the loader lock too.

Yes, ideally the application would terminate its threads cleanly, however when Python is embedded in another application it may not have control on when or how the threads are terminated (see original problem description).

I would be surprised if there is any code that assumes the GIL is acquired during any of those functions. When going though the code I found that sometimes the GIL was acquired when calling one of those four functions and at other times it wasn't.

See https://docs.microsoft.com/en-us/dotnet/framework/debug-trace-profile/loaderlock-mda for a (possibly incomplete) list of functions that acquire the loader lock.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:01:25 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 19 Jun 2018 15:01:25 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529420485.07.0.56676864532.issue33865@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@Serhiy: The screenshot suggests that this is regular python install.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:15:36 2018
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Tue, 19 Jun 2018 15:15:36 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
In-Reply-To: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>
Message-ID: <1529421336.37.0.56676864532.issue33902@psf.upfronthosting.co.za>


Change by Eric N. Vander Weele <ericvw at gmail.com>:


----------
nosy: +ericvw

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:16:33 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 19 Jun 2018 15:16:33 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529421393.54.0.56676864532.issue33895@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Yeah, just after posting I remembered that the blocker is the loader lock and not filesystem/arbitrary code.


Still, "I don't think" isn't sufficient to justify making the change in 3.7 or earlier. If we can show that properly working code could never have assumed the GIL, then I guess it's fine, but otherwise it's too risky.

Making the change without any deprecation period in 3.8 is fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:17:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 15:17:06 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529421426.84.0.56676864532.issue33865@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Prawin Phichitnitikorn: "But for me I'm resolve by adding (...)"

Ok, so can you please give the value of:

* sys.stdin.encoding
* sys.stdout.encoding
* sys.stderr.encoding
* os.device_encoding(0)
* os.device_encoding(1)
* os.device_encoding(2)
* locale.getpreferredencoding(False)

Maybe also the .errors attribute of sys.stdin, sys.stdout and sys.stderr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:24:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 15:24:11 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529421851.85.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Very interesting article about PGO and LTO changes in GCC:
https://hubicka.blogspot.com/2018/06/gcc-8-link-time-and-interprocedural.html

See "Early debug info" paragraph.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:27:32 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 19 Jun 2018 15:27:32 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529422052.56.0.56676864532.issue33671@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:


New changeset c7f02a965936f197354d7f4e6360f4cfc86817ed by Giampaolo Rodola in branch 'master':
bpo-33671 / shutil.copyfile: use memoryview() with dynamic size on Windows (#7681)
https://github.com/python/cpython/commit/c7f02a965936f197354d7f4e6360f4cfc86817ed


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:27:46 2018
From: report at bugs.python.org (Tony Roberts)
Date: Tue, 19 Jun 2018 15:27:46 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529422066.79.0.56676864532.issue33895@psf.upfronthosting.co.za>


Tony Roberts <tony at pyxll.com> added the comment:

Sure, that's reasonable :)

For my case I have a usable workaround so not back porting it to < 3.8 is fine for me. My workaround will just leak the thread state if another thread is in __import__, which happens so rarely that it's not really a problem (but not rarely enough that blocking is acceptable!). The other cases changed in this PR would cause the same issue, but in practice for my application it's unlikely.

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:37:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 15:37:10 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529422630.71.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset c44d8e5db6fb9d3847c49e9c9718f2b4cf71f506 by Victor Stinner in branch 'master':
bpo-33901: Better test_dbm_gnu.test_reorganize() fix (GH-7795)
https://github.com/python/cpython/commit/c44d8e5db6fb9d3847c49e9c9718f2b4cf71f506


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:43:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 15:43:06 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529422986.47.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7401

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 11:56:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 15:56:47 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529423807.27.0.56676864532.issue33746@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7402

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:18:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 16:18:09 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529425089.18.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7403

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:19:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 16:19:26 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529425166.44.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 13c79c677f9ec9437c82eda72fa1c2d288d8fceb by Victor Stinner in branch '3.7':
bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7798)
https://github.com/python/cpython/commit/13c79c677f9ec9437c82eda72fa1c2d288d8fceb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:20:38 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 16:20:38 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529425238.79.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7404

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:22:31 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 19 Jun 2018 16:22:31 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1529425351.66.0.56676864532.issue33717@psf.upfronthosting.co.za>


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


----------
pull_requests: +7405

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:25:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 16:25:22 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529425522.14.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 06fe77a84bd29d51506ab2ff703ae585a6121af2 by Victor Stinner in branch 'master':
bpo-30345: Add -g to LDFLAGS for LTO (GH-7709)
https://github.com/python/cpython/commit/06fe77a84bd29d51506ab2ff703ae585a6121af2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:25:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 16:25:50 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529425550.59.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ok, I pushed a change to the master branch. Now the question is if Python 2.7, 3.6 and 3.7 should be fixed as well?

I will wait at least one day to see if buildbots are happy.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:34:46 2018
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 19 Jun 2018 16:34:46 +0000
Subject: [issue33895] LoadLibraryExW called with GIL held can cause deadlock
In-Reply-To: <1529318701.15.0.56676864532.issue33895@psf.upfronthosting.co.za>
Message-ID: <1529426086.89.0.56676864532.issue33895@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

In some of these cases, it would be simpler to just remove the explicit dynamic linking. 3.6+ doesn't support XP, so CancelIoEx, CreateSymbolicLinkW, RegDeleteKeyExW, RegDisableReflectionKey, RegEnableReflectionKey, and RegQueryReflectionKey can be linked implicitly. 3.7+ doesn't support Vista, in which case GetMaximumProcessorCount can be linked implicitly. (It should be GetActiveProcessorCount. See issue 33166.) OTOH, ShellExecuteExW is loaded explicitly on purpose to avoid a static dependency on shell32.dll.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33895>
_______________________________________

From report at bugs.python.org  Tue Jun 19 12:45:49 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 16:45:49 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529426749.14.0.56676864532.issue33901@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset fe8122d7b7c747fc344dde8467b09de6b5888d01 by Miss Islington (bot) in branch '3.6':
bpo-33901: Fix test_dbm_gnu for gdbm 1.15 (GH-7798)
https://github.com/python/cpython/commit/fe8122d7b7c747fc344dde8467b09de6b5888d01


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 13:30:41 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 17:30:41 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529429441.41.0.56676864532.issue33901@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The buildbot is green again!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 13:37:20 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 17:37:20 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1529429840.19.0.56676864532.issue33717@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7406

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Tue Jun 19 13:37:31 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 17:37:31 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1529429851.0.0.56676864532.issue33717@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7407

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Tue Jun 19 13:54:20 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 19 Jun 2018 17:54:20 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
In-Reply-To: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>
Message-ID: <1529430860.05.0.56676864532.issue33902@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

This really isn't enough information to know exactly what's going on in your case, but there are things that are known to be slow for CLI startups.  Probably the biggest contributor is pkg_resources.  Of course, that's a third party library that's popular for handling entry points, so it's not really a Python problem.  There are some other third party libraries on PyPI that may be more performant for you.  Entry point handling is something that I'd like to try to address in 3.8 in a manner similar to importlib.resources.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 13:57:32 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 19 Jun 2018 17:57:32 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529431052.81.0.56676864532.issue33901@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 14:02:20 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 19 Jun 2018 18:02:20 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1529431340.44.0.56676864532.issue33717@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset b2dd5f1b667b37b5d36b39adc3a3aa6ebf59ef0b by Xiang Zhang (Miss Islington (bot)) in branch '2.7':
bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7803)
https://github.com/python/cpython/commit/b2dd5f1b667b37b5d36b39adc3a3aa6ebf59ef0b


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Tue Jun 19 14:02:45 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Tue, 19 Jun 2018 18:02:45 +0000
Subject: [issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes
In-Reply-To: <1527774159.9.0.682650639539.issue33717@psf.upfronthosting.co.za>
Message-ID: <1529431365.71.0.56676864532.issue33717@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:


New changeset 6aa283a6036f80e5820db2beae98c62745fae96f by Xiang Zhang (Miss Islington (bot)) in branch '3.6':
bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7802)
https://github.com/python/cpython/commit/6aa283a6036f80e5820db2beae98c62745fae96f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33717>
_______________________________________

From report at bugs.python.org  Tue Jun 19 14:36:49 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 19 Jun 2018 18:36:49 +0000
Subject: [issue17237] m68k aligns on 16bit boundaries.
In-Reply-To: <1361284308.62.0.1198849813.issue17237@psf.upfronthosting.co.za>
Message-ID: <1529433409.42.0.56676864532.issue17237@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
pull_requests: +7408

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17237>
_______________________________________

From report at bugs.python.org  Tue Jun 19 14:43:15 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Tue, 19 Jun 2018 18:43:15 +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: <1529433795.1.0.56676864532.issue27777@psf.upfronthosting.co.za>


Change by Chris Eykamp <chris at eykamp.com>:


----------
pull_requests: +7409

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Jun 19 15:00:48 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 19 Jun 2018 19:00:48 +0000
Subject: [issue33301] Add __contains__ to pathlib
In-Reply-To: <1524000201.84.0.682650639539.issue33301@psf.upfronthosting.co.za>
Message-ID: <1529434848.43.0.56676864532.issue33301@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Not a good idea IMHO.  Why would containment mean the existence of a file in a directory?  It could just as well mean that a certain path component is part of the path.

Also I don't understand what would e.g. `Path('/usr/bar') in Path('/etc/foo')` mean.

As for adding a .exists method to PurePath, I think you're missing the point of PurePath here (i.e. its operations *don't* do any IO whatsoever).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33301>
_______________________________________

From report at bugs.python.org  Tue Jun 19 15:07:24 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Tue, 19 Jun 2018 19:07:24 +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: <1529435244.36.0.56676864532.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

Packaged patch offered below into PR 7804

https://github.com/python/cpython/pull/7804

----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Jun 19 15:18:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 19:18:47 +0000
Subject: [issue31680] Expose curses library name and version on Python level
In-Reply-To: <1507059542.78.0.213398074469.issue31680@psf.upfronthosting.co.za>
Message-ID: <1529435927.87.0.56676864532.issue31680@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7410

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31680>
_______________________________________

From report at bugs.python.org  Tue Jun 19 15:19:55 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 19 Jun 2018 19:19:55 +0000
Subject: [issue17237] m68k aligns on 16bit boundaries.
In-Reply-To: <1361284308.62.0.1198849813.issue17237@psf.upfronthosting.co.za>
Message-ID: <1529435995.7.0.56676864532.issue17237@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests:  -7408

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17237>
_______________________________________

From report at bugs.python.org  Tue Jun 19 15:21:48 2018
From: report at bugs.python.org (George King)
Date: Tue, 19 Jun 2018 19:21:48 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
In-Reply-To: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>
Message-ID: <1529436108.27.0.56676864532.issue33902@psf.upfronthosting.co.za>


George King <george.w.king at gmail.com> added the comment:

Thanks Barry. My question then is, what relationship does cpython have with pip, setuptools, distutils and pkg_resources? Since pip comes bundled with Python now it seems a little bit closer than "3rd party". Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 16:00:40 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Tue, 19 Jun 2018 20:00:40 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
In-Reply-To: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>
Message-ID: <1529438440.52.0.56676864532.issue33902@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

"It's complicated" :)  But technically speaking they are all separate projects, so while there is synergy, CPython itself *imports* some of those to provide various tasks, but it doesn't lead their development.  You'll find a lot of the same players in all those projects though.

This might be a good resource: https://www.pypa.io/en/latest/

I hope you don't mind, but I am going to close this issue since it's not directly related to Python itself.  If you feel otherwise and/or can provide a reproducible test case, please do reopen it.

Thanks for your contribution to Python!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 16:07:46 2018
From: report at bugs.python.org (George King)
Date: Tue, 19 Jun 2018 20:07:46 +0000
Subject: [issue33902] entry_points/console_scripts is too slow
In-Reply-To: <1529418857.83.0.56676864532.issue33902@psf.upfronthosting.co.za>
Message-ID: <1529438866.62.0.56676864532.issue33902@psf.upfronthosting.co.za>


George King <george.w.king at gmail.com> added the comment:

OK, thanks. I agree that this is best pursued with the developers of the relevant modules. I appreciate your quick and detailed responses!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33902>
_______________________________________

From report at bugs.python.org  Tue Jun 19 17:01:32 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 21:01:32 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529442092.4.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Change windows.py to window.py, in line with change of menu.  Should be safer with everything imported.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 17:29:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 21:29:25 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529443765.57.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 00f9edb98dd64e14daf5c44f303deca5cbc3cdeb by Victor Stinner in branch 'master':
bpo-33901: Add _gdbm._GDBM_VERSION (GH-7794)
https://github.com/python/cpython/commit/00f9edb98dd64e14daf5c44f303deca5cbc3cdeb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 17:32:23 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 21:32:23 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529443943.63.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ok, the test have been fixed in 3.6, 3.7 and master. I added a private version number in master.

If someone wants to add a public version number, please go ahead but open a new issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 17:33:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 19 Jun 2018 21:33:25 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529444005.03.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Thanks Serhiy and Xiang for the reviews and to help to debug this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:20:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 22:20:25 +0000
Subject: [issue33904] IDLE: In rstrip, change class RstripExtension to Rstrip
Message-ID: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Rstrip is no longer an extension.  Change all occurrences throughout idlelib, including tests.  Some may not be covered in tests.  Branch after #33855 is merged.

----------
assignee: terry.reedy
components: IDLE
messages: 320001
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: In rstrip, change class RstripExtension to Rstrip
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:26:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 22:26:07 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
Message-ID: <1529447167.34.0.56676864532.issue33905@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Stackbrowser is currently initialized with a traceback and/or the sys.last_xyz attributes.  The latter are not set when unittesting;  the test framework somehow prevents this.  The tests needed are the ones that will be enabled by Stackbrower accepting an exception, which has everything needed.

----------
assignee: terry.reedy
components: IDLE
messages: 320002
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: stackbrowser.Stackbrowser should accept exception.
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:43:14 2018
From: report at bugs.python.org (Josh Holland)
Date: Tue, 19 Jun 2018 22:43:14 +0000
Subject: [issue30811] A venv created and activated from within a virtualenv
 uses the outer virtualenv's site-packages rather than its own.
In-Reply-To: <1498813368.34.0.349011380575.issue30811@psf.upfronthosting.co.za>
Message-ID: <1529448194.79.0.56676864532.issue30811@psf.upfronthosting.co.za>


Change by Josh Holland <anowlcalledjosh at gmail.com>:


----------
nosy: +anowlcalledjosh

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30811>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:52:37 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 22:52:37 +0000
Subject: [issue33906] IDLE: change windows.py to window.py
Message-ID: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Change module 'windows' to 'window'::
1. 'calltips' and 'windows' are the only two plural module names.
2. The top menu entry was changed from 'Windows' to 'Window' some time ago.
3. 'windows' is also a OS.

With all modules at least imported in a test, all imports in modules should be checked, so running test_idle after changing the file name should reveal all imports that need to be changed.

What could have been the 'Window' class is called 'ListedTopLevel'.

----------
assignee: terry.reedy
components: IDLE
messages: 320003
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: change windows.py to window.py
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:53:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 22:53:51 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529448831.15.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: change windows.py to window.py -> IDLE: rename windows.py as window.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Tue Jun 19 18:54:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 22:54:13 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529448853.11.0.56676864532.issue33904@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: In rstrip, change class RstripExtension to Rstrip -> IDLE: In rstrip, rename class RstripExtension as Rstrip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:04:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 23:04:35 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
Message-ID: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Rename module 'calltips' as 'calltip'
1. 'calltips' and 'windows' are the only two plural module names.
2. 'calltip' fits better with 'calltip_w' (which may, however, be merged 
in 'calltip'.
Module rename can be checked as with 'window', #33906.

and class CallTips as Calltip.
3. This may be the only plural class name.
4. ToolTip is singular and will be changed to Tooltip in #33839.  See the 6/17 and 6/19 messages.
Needed changes in other modules will not necessarily be caught by existing tests.  Use grep for 'CallTips'.

I will not change tooltip.py (currently not used or tested) as change here would conflict with current PR for #33839.

----------
assignee: terry.reedy
components: IDLE
messages: 320004
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: Rename calltips and CallTips as calltip and Calltip.
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:07:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 23:07:35 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529449655.01.0.56676864532.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am going to change calltips.py and CallTips to calltip.py and Calltip in #33907, but will not change tooltip.py there as I would expect a merge conflict.  Once the change is made elsewhere, change should be made to tooltip and test_tooltip directly.

----------
dependencies: +IDLE: Rename calltips and CallTips as calltip and Calltip.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:12:57 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 19 Jun 2018 23:12:57 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529449977.81.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 4d92158f4c3917fc4fbfebff15224e74782abf79 by Terry Jan Reedy in branch 'master':
bpo-33855: Still more edits and minimal tests for IDLE  (GH-7784)
https://github.com/python/cpython/commit/4d92158f4c3917fc4fbfebff15224e74782abf79


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:14:12 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 23:14:12 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529450052.12.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7411
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:15:03 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 19 Jun 2018 23:15:03 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529450103.4.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7412

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 19:34:13 2018
From: report at bugs.python.org (Andrew Berger)
Date: Tue, 19 Jun 2018 23:34:13 +0000
Subject: [issue33301] Add __contains__ to pathlib
In-Reply-To: <1524000201.84.0.682650639539.issue33301@psf.upfronthosting.co.za>
Message-ID: <1529451253.62.0.56676864532.issue33301@psf.upfronthosting.co.za>


Andrew Berger <aberger91 at pm.me> added the comment:

I think the idea is that either a subdir or file could be valid inputs. 

So `Path('/usr/bar') in Path('/etc/foo')` return True if `Path('/etc/foo/usr/bar')` is either a dir or file.

As for PurePath, I did overlook that accessing an inode via a call to stat would be considered filesystem IO. So putting that method in Path (if this turns out to be a good idea) is the better option. Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33301>
_______________________________________

From report at bugs.python.org  Tue Jun 19 20:11:26 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 00:11:26 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529453486.98.0.56676864532.issue33855@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cbaee6fe02d22f357c2edf4e463c240d5df22f14 by Miss Islington (bot) in branch '3.7':
bpo-33855: Still more edits and minimal tests for IDLE  (GH-7784)
https://github.com/python/cpython/commit/cbaee6fe02d22f357c2edf4e463c240d5df22f14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 20:11:51 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 00:11:51 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529453511.93.0.56676864532.issue33855@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 90209a172c5b629f512cf292a22950285a2c3d81 by Miss Islington (bot) in branch '3.6':
bpo-33855: Still more edits and minimal tests for IDLE  (GH-7784)
https://github.com/python/cpython/commit/90209a172c5b629f512cf292a22950285a2c3d81


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 22:08:15 2018
From: report at bugs.python.org (William Woodall)
Date: Wed, 20 Jun 2018 02:08:15 +0000
Subject: [issue23548] TypeError in event loop finalizer, new in Python 3.4.3
In-Reply-To: <1425139981.48.0.523334940185.issue23548@psf.upfronthosting.co.za>
Message-ID: <1529460495.24.0.56676864532.issue23548@psf.upfronthosting.co.za>


William Woodall <wjwwood at gmail.com> added the comment:

Just an update to my previous post. We ran into this issue again, but only noticed later because we do not see this problem on Ubuntu Bionic with Python 3.6.5, but we did see it again when we tested later on Ubuntu Xenial with Python 3.5.1.

See: https://github.com/ros2/launch/issues/84

So this seems to be fixed in later versions, unless it's just hidden now within the asyncio debug log messages (though I didn't see anything there either, at a glance).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23548>
_______________________________________

From report at bugs.python.org  Tue Jun 19 22:27:26 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 02:27:26 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529461646.32.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7413
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 22:32:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 02:32:35 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529461955.47.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Still open for a patch explaining idle_test.template in README.

I opened #33904 for rstrip, #33905 for stackbrowser, #33906 for windows, and #33907 for calltips/CallTip renaming.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:00:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 03:00:39 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529463639.42.0.56676864532.issue33907@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 06e2029dfa500a42e3565ed7ba8573412f153d1c by Terry Jan Reedy in branch 'master':
bpo-33907: Rename an IDLE module and class. (GH-7807)
https://github.com/python/cpython/commit/06e2029dfa500a42e3565ed7ba8573412f153d1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:01:57 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 03:01:57 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529463717.38.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7414

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:27:40 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 03:27:40 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529465260.36.0.56676864532.issue33907@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b89a376b3b9bdc3b6f1b7d05ff64babcbfd93cc2 by Miss Islington (bot) in branch '3.7':
bpo-33907: Rename an IDLE module and class. (GH-7807)
https://github.com/python/cpython/commit/b89a376b3b9bdc3b6f1b7d05ff64babcbfd93cc2


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:43:09 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 03:43:09 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529466189.49.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7415

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:50:04 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 03:50:04 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529466604.07.0.56676864532.issue33907@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I also changed calltips.CallTips to calltip.Calltip, which is the same class name as for calltip_w.Calltip (formerly CallTip).  This is confusing now and would block merging the files.  Change the latter to calltip_w.CalltipW (for Window).

----------
nosy:  -miss-islington
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:55:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 03:55:06 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529466906.89.0.56676864532.issue33907@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The calltip window class name is only used in 4 places, so I decided to expand to CalltipWindow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Tue Jun 19 23:57:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 03:57:27 +0000
Subject: [issue33301] Add __contains__ to pathlib
In-Reply-To: <1524000201.84.0.682650639539.issue33301@psf.upfronthosting.co.za>
Message-ID: <1529467047.82.0.56676864532.issue33301@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There was a similar (closed) issue about making Path an iterable. The problem with both these related ideas is that they are ambiguous. Does it means that a directory contains a specified file, or that a path contains a specified path component, or that a specified path is a prefix of other path? There are third-party pathlib-like implementations that make Path a str subclass. They have both __iter__ and __contains__ inherited from str, but with different meaning.

I'm -1. It is better to write explicitly what you mean than allow the computer to guess.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33301>
_______________________________________

From report at bugs.python.org  Wed Jun 20 00:22:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 04:22:51 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529468571.94.0.56676864532.issue33907@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset e97a685185b82ba6de6de576fc2a4cf3cd6192af by Terry Jan Reedy in branch '3.6':
 [3.6] bpo-33907: Rename an IDLE module and class. (GH-7807)  (GH-7809)
https://github.com/python/cpython/commit/e97a685185b82ba6de6de576fc2a4cf3cd6192af


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 00:30:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 04:30:07 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529469007.59.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7416
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 00:56:23 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Wed, 20 Jun 2018 04:56:23 +0000
Subject: [issue33908] remove unecessary variable assignments
Message-ID: <1529470583.19.0.56676864532.issue33908@psf.upfronthosting.co.za>


New submission from Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:

https://github.com/python/cpython/pull/7116

----------
messages: 320018
nosy: thatiparthy
priority: normal
severity: normal
status: open
title: remove unecessary variable assignments
type: resource usage
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33908>
_______________________________________

From report at bugs.python.org  Wed Jun 20 00:56:40 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Wed, 20 Jun 2018 04:56:40 +0000
Subject: [issue33908] remove unecessary variable assignments
In-Reply-To: <1529470583.19.0.56676864532.issue33908@psf.upfronthosting.co.za>
Message-ID: <1529470600.05.0.56676864532.issue33908@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
keywords: +patch
pull_requests: +7417
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33908>
_______________________________________

From report at bugs.python.org  Wed Jun 20 01:08:10 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 20 Jun 2018 05:08:10 +0000
Subject: [issue33908] remove unecessary variable assignments
In-Reply-To: <1529470583.19.0.56676864532.issue33908@psf.upfronthosting.co.za>
Message-ID: <1529471290.81.0.56676864532.issue33908@psf.upfronthosting.co.za>


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


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type: resource usage -> 
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33908>
_______________________________________

From report at bugs.python.org  Wed Jun 20 01:35:03 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Wed, 20 Jun 2018 05:35:03 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529472903.91.0.56676864532.issue33904@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
keywords: +patch
pull_requests: +7418
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 01:35:20 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 20 Jun 2018 05:35:20 +0000
Subject: [issue30462] urllib does not support NO_PROXY environment variable
 containing domain with asterisk
In-Reply-To: <1495656791.66.0.906077456639.issue30462@psf.upfronthosting.co.za>
Message-ID: <1529472920.34.0.56676864532.issue30462@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Hi, Jiri. Could you update your PR and let's continue with this issue?

----------
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30462>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:18:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 06:18:51 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529475531.93.0.56676864532.issue33907@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 9af1836664d241fec6e62955ffaa559b3a2eaf1b by Terry Jan Reedy in branch 'master':
bpo-33907: Rename an IDLE module and classes. (GH-7810)
https://github.com/python/cpython/commit/9af1836664d241fec6e62955ffaa559b3a2eaf1b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:19:14 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 06:19:14 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529475554.56.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7419

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:19:59 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 06:19:59 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529475599.94.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7420

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:21:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 06:21:41 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529475701.4.0.56676864532.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I just merged 2nd PR for #33907.  Combined effect is that
module calltips and its class CallTips are now calltip and Calltip.
In module calltip_w class CallTip is now CalltipWindow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:22:04 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 20 Jun 2018 06:22:04 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529475724.93.0.56676864532.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

>> TclError from widget.destroy suggests that we *might* be able to cleanup better.

> Any suggestions for a better cleanup mechanism?

(Following up my own question with another question...)

Would it be better to check self.winfo_exists() instead of the try/except clauses?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:28:34 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 20 Jun 2018 06:28:34 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529476114.79.0.56676864532.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

> I [...] would like the popups to respond keyboard (Tab) focus changes as well as mouse movement focus changes.

Should tooltips also be shown automatically when the keyboard focus is on a widget?  Using the same delay as for the mouse hover, perhaps?  I've never seen this in another app that I can recall.

If so, should it be possible for two tooltips to be shown at once, one for the mouse hover and one for the keyboard focus?

If keyboard activation is desired, perhaps we should have a keyboard shortcut for that?  We could use the one currently used for showing calltips in the editor.  Is there a standard/convention for this on any/all OS?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:40:17 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 06:40:17 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529476817.42.0.56676864532.issue33907@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ce52f5ee0925925f5662f6b34cc637cfe6c0a46e by Miss Islington (bot) in branch '3.7':
bpo-33907: Rename an IDLE module and classes. (GH-7810)
https://github.com/python/cpython/commit/ce52f5ee0925925f5662f6b34cc637cfe6c0a46e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:40:32 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 06:40:32 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529476832.91.0.56676864532.issue33907@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 17d4c53fa3516f78df3c4f343bc6d2007af157cf by Miss Islington (bot) in branch '3.6':
bpo-33907: Rename an IDLE module and classes. (GH-7810)
https://github.com/python/cpython/commit/17d4c53fa3516f78df3c4f343bc6d2007af157cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:41:08 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 06:41:08 +0000
Subject: [issue33907] IDLE: Rename calltips and CallTips as calltip and
 Calltip.
In-Reply-To: <1529449475.59.0.56676864532.issue33907@psf.upfronthosting.co.za>
Message-ID: <1529476868.28.0.56676864532.issue33907@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33907>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:45:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 06:45:47 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529477147.81.0.56676864532.issue33906@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Also rename idle_test.test_windows as test_window with git mv.  Imports:

F:\dev\3x\lib\idlelib\editor.py: 28: from idlelib import windows
F:\dev\3x\lib\idlelib\idle_test\test_windows.py: 3: from idlelib import windows
F:\dev\3x\lib\idlelib\macosx.py: 131:     from idlelib import windows

----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:47:00 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 06:47:00 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529447167.34.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529477220.81.0.56676864532.issue33905@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Only one of tb and exc may be passed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:48:51 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Wed, 20 Jun 2018 06:48:51 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529477331.67.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
keywords: +patch
pull_requests: +7421
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 02:53:48 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 20 Jun 2018 06:53:48 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529477628.02.0.56676864532.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

> I just merged 2nd PR for #33907.

I've merged master into the PR branch for this issue and fixed the merge issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:07:22 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 07:07:22 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529478442.81.0.56676864532.issue33839@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

> if: versus try: The latter is faster if try: succeeds. On the other hand, we could make the if: fail by mocking it.  Since there is no except: or else: code to test, it hardly seems worth it.  A low priority item.

Generalizing 'show calltip': Great idea, as in "Why didn't I think of that!".  Works if cursor on same line as squeeze box.  Either same delay or calculate from hover delay.  If we have different popup contents, I think 1 at a time would be fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:12:54 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 07:12:54 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529478774.24.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests:  -7421

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:36:45 2018
From: report at bugs.python.org (Tal Einat)
Date: Wed, 20 Jun 2018 07:36:45 +0000
Subject: [issue33839] IDLE tooltips.py: refactor and add docstrings and tests
In-Reply-To: <1528747780.64.0.592728768989.issue33839@psf.upfronthosting.co.za>
Message-ID: <1529480205.55.0.56676864532.issue33839@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

>> If so, should it be possible for two tooltips to be shown at once, one for the mouse hover and one for the keyboard focus?

> If we have different popup contents, I think 1 at a time would be fine.

Consider the following example: A window with two buttons, each with a tooltip.  The keyboard focus is on one while the mouse hovers over another.

IMO there should never be more than a single tooltip displayed at once (perhaps not including calltips).  We can have tooltips auto-hide when another is displayed (and no-op if itself it attempted to be re-displayed).

Having keyboard focus changes automatically trigger tooltip display (with or without delay) could interact poorly with the above in some cases, e.g. a mouse-hover tooltip suddenly disappearing due to a keyboard delay kicking in and displaying another tooltip.

I'm also not sure keyboard focus should affect tooltips shown by mouse-hover.  If we have tooltips triggered by the keyboard, however, then the "anchor" widget losing keyboard focus should certainly hide the tooltip.  I lean in favor of simplicity and consistency.  IMO any keyboard focus change should likely hide all tooltips.

I suggest the following:

1. Add ability to show tooltips with the keyboard using the same keyboard shortcut as "<<force-open-calltip>>", which defaults to Ctrl+/.  Perhaps as a separate "<<show-tooltip>>" virtual event, or just rename "<<force-open-calltip>>" to that and use it for both.
2. No auto-display of tooltips triggered by a widget receiving keyboard focus.
3. Any keyboard focus change should hide all tooltips and calltips.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33839>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:40:03 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 20 Jun 2018 07:40:03 +0000
Subject: [issue30411] git doesn't support "-C" args under 1.8.5 occurs in
 configure.ac
In-Reply-To: <1495272562.29.0.0547762381804.issue30411@psf.upfronthosting.co.za>
Message-ID: <1529480403.86.0.56676864532.issue30411@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

Encounter the same problem on centos7 and git version is 1.8.3. Instead of checking the version to use -C option, maybe we could just use --git-dir for the same purpose?

--- a/configure
+++ b/configure
@@ -2749,9 +2749,9 @@ HAS_GIT=no-repository
 fi
 if test $HAS_GIT = found
 then
-    GITVERSION="git -C \$(srcdir) rev-parse --short HEAD"
-    GITTAG="git -C \$(srcdir) describe --all --always --dirty"
-    GITBRANCH="git -C \$(srcdir) name-rev --name-only HEAD"
+    GITVERSION="git --git-dir \$(srcdir)/.git rev-parse --short HEAD"
+    GITTAG="git --git-dir \$(srcdir)/.git describe --all --always --dirty"
+    GITBRANCH="git --git-dir \$(srcdir)/.git name-rev --name-only HEAD"
 else
     GITVERSION=""
     GITTAG=""
diff --git a/configure.ac b/configure.ac
index b13728e..278ed9f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -39,9 +39,9 @@ HAS_GIT=no-repository
 fi
 if test $HAS_GIT = found
 then
-    GITVERSION="git -C \$(srcdir) rev-parse --short HEAD"
-    GITTAG="git -C \$(srcdir) describe --all --always --dirty"
-    GITBRANCH="git -C \$(srcdir) name-rev --name-only HEAD"
+    GITVERSION="git --git-dir \$(srcdir)/.git rev-parse --short HEAD"
+    GITTAG="git --git-dir \$(srcdir)/.git describe --all --always --dirty"
+    GITBRANCH="git --git-dir \$(srcdir)/.git name-rev --name-only HEAD"
 else
     GITVERSION=""
     GITTAG=""

This could give me the right sys._git info.

----------
components: +Build
nosy: +ned.deily, xiang.zhang
versions: +Python 2.7, Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30411>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:43:39 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 07:43:39 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529480619.23.0.56676864532.issue33904@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7422

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:44:26 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 07:44:26 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529480666.22.0.56676864532.issue33904@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7423

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 03:50:37 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 20 Jun 2018 07:50:37 +0000
Subject: [issue30811] A venv created and activated from within a virtualenv
 uses the outer virtualenv's site-packages rather than its own.
In-Reply-To: <1498813368.34.0.349011380575.issue30811@psf.upfronthosting.co.za>
Message-ID: <1529481037.25.0.56676864532.issue30811@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

I'm closing this, as it's not a bug in the venv module.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30811>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:06:24 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Wed, 20 Jun 2018 08:06:24 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529481984.48.0.56676864532.issue33468@psf.upfronthosting.co.za>


Change by Matthias Bussonnier <bussonniermatthias at gmail.com>:


----------
keywords: +patch
pull_requests: +7424
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:19:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 08:19:00 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529482740.79.0.56676864532.issue33468@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It doesn't look as a good example. It is not always good to write a closing tag if an error was occurred while write an inner content. In many cases it is better to stop writing after error.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:23:24 2018
From: report at bugs.python.org (Eric Wieser)
Date: Wed, 20 Jun 2018 08:23:24 +0000
Subject: [issue33909] PyObject_CallFinalizerFromDealloc is not referenced in
 any documentation
Message-ID: <1529483004.36.0.56676864532.issue33909@psf.upfronthosting.co.za>


New submission from Eric Wieser <wieser.eric+pybug at gmail.com>:

PEP 442 states that:

> Two new C API functions are provided to ease calling of tp_finalize, especially from custom deallocators.

But it does not give the names of these functions, nor do any python docs I can discover.

>From grepping for tp_finalize, it seems the functions in question are:

- PyObject_CallFinalizerFromDealloc 
- PyObject_CallFinalizer

It would be great if these could be documented, and perhaps even an example given of when it's appropriate to call each one.

----------
assignee: docs at python
components: Documentation
messages: 320036
nosy: Eric.Wieser, docs at python
priority: normal
severity: normal
status: open
title: PyObject_CallFinalizerFromDealloc is not referenced in any documentation
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33909>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:31:04 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Wed, 20 Jun 2018 08:31:04 +0000
Subject: [issue33783] Use proper class markup for random.Random docs
In-Reply-To: <1528294962.84.0.592728768989.issue33783@psf.upfronthosting.co.za>
Message-ID: <1529483464.11.0.56676864532.issue33783@psf.upfronthosting.co.za>


Change by Matthias Bussonnier <bussonniermatthias at gmail.com>:


----------
keywords: +patch
pull_requests: +7425
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33783>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:40:15 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Wed, 20 Jun 2018 08:40:15 +0000
Subject: [issue33910] update random.Random 's parameter to have a proper name.
Message-ID: <1529484015.93.0.56676864532.issue33910@psf.upfronthosting.co.za>


New submission from Matthias Bussonnier <bussonniermatthias at gmail.com>:

Docs of random.Random always refer to it with Random([seed]) (`lib/random.py`), tough the parameter is actually named `x` making it : 
 - non obvious what it does.
 - hard to search for.
 - hard to remember when using kwargs.

Obviously changing the name is a change in API, though I doubt it is used much as a kwarg... 
I suggest renaming it to `seed=`, deprecating but still allowing the usage of `x=` for now, until proper removal of `x=`

----------
components: Library (Lib)
messages: 320037
nosy: mbussonn
priority: normal
severity: normal
status: open
title: update random.Random 's parameter to have a proper name.
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33910>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:43:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 08:43:41 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529484221.11.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7426

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:52:37 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Wed, 20 Jun 2018 08:52:37 +0000
Subject: [issue33910] update random.Random 's parameter to have a proper name.
In-Reply-To: <1529484015.93.0.56676864532.issue33910@psf.upfronthosting.co.za>
Message-ID: <1529484757.78.0.56676864532.issue33910@psf.upfronthosting.co.za>


Change by Matthias Bussonnier <bussonniermatthias at gmail.com>:


----------
keywords: +patch
pull_requests: +7427
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33910>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:57:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 08:57:03 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529485023.73.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh, the test also fails on 2.7:

x86-64 High Sierra 2.7
http://buildbot.python.org/all/#builders/140/builds/25

I backported the fix to 2.7: PR 7818.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:57:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 08:57:42 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529485062.38.0.56676864532.issue33901@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset f2918881b7b2e13ed1091dad482aec2382358bcb by Victor Stinner in branch '2.7':
bpo-33901: Fix test_gdbm for gdbm 1.15 (GH-7798) (GH-7818)
https://github.com/python/cpython/commit/f2918881b7b2e13ed1091dad482aec2382358bcb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Wed Jun 20 04:57:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 08:57:53 +0000
Subject: [issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High
 Sierra 3.x
In-Reply-To: <1529398225.31.0.56676864532.issue33901@psf.upfronthosting.co.za>
Message-ID: <1529485073.92.0.56676864532.issue33901@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33901>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:25:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 09:25:30 +0000
Subject: [issue33910] update random.Random 's parameter to have a proper name.
In-Reply-To: <1529484015.93.0.56676864532.issue33910@psf.upfronthosting.co.za>
Message-ID: <1529486730.85.0.56676864532.issue33910@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33910>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:29:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 09:29:41 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529486981.83.0.56676864532.issue33746@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset fd8fbce495c32b0cbc13f71a8e9d4eec6f48c844 by Victor Stinner in branch 'master':
bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799)
https://github.com/python/cpython/commit/fd8fbce495c32b0cbc13f71a8e9d4eec6f48c844


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:30:52 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 09:30:52 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529487052.07.0.56676864532.issue33746@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7428

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:31:43 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 09:31:43 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529487103.99.0.56676864532.issue33746@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7429

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:50:11 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 09:50:11 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529488211.8.0.56676864532.issue33746@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 232add02418f0b061881501e4f2d1241a2404f5d by Miss Islington (bot) in branch '3.7':
bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799)
https://github.com/python/cpython/commit/232add02418f0b061881501e4f2d1241a2404f5d


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:54:34 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 09:54:34 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529488474.84.0.56676864532.issue33746@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2b7574213987ddcbc5e83c6798668c7d600b6608 by Miss Islington (bot) in branch '3.6':
bpo-33746: Fix test_unittest.testRegisterResult() in verbose mode (GH-7799)
https://github.com/python/cpython/commit/2b7574213987ddcbc5e83c6798668c7d600b6608


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:56:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 09:56:55 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
Message-ID: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Ok, but notice the two warnings:

vstinner at apu$ ./python -m test test_docxmlrpc
Run tests sequentially
0:00:00 load avg: 1.19 [1/1] test_docxmlrpc
/home/vstinner/prog/python/master/Lib/xmlrpc/server.py:791: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
  formatvalue=self.formatvalue)
/home/vstinner/prog/python/master/Lib/xmlrpc/server.py:784: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
  formatvalue=self.formatvalue

== Tests result: SUCCESS ==

1 test OK.

Total duration: 2 sec 698 ms
Tests result: SUCCESS


Fail:

vstinner at apu$ ./python -Werror -m test -v test_docxmlrpc 
test_annotations (test.test_docxmlrpc.DocXMLRPCHTTPGETServer)
Test that annotations works as expected ... ----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 45060)
Traceback (most recent call last):
  File "/home/vstinner/prog/python/master/Lib/socketserver.py", line 313, in _handle_request_noblock
    self.process_request(request, client_address)
  File "/home/vstinner/prog/python/master/Lib/socketserver.py", line 344, in process_request
    self.finish_request(request, client_address)
  File "/home/vstinner/prog/python/master/Lib/socketserver.py", line 357, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "/home/vstinner/prog/python/master/Lib/socketserver.py", line 717, in __init__
    self.handle()
  File "/home/vstinner/prog/python/master/Lib/http/server.py", line 426, in handle
    self.handle_one_request()
  File "/home/vstinner/prog/python/master/Lib/http/server.py", line 414, in handle_one_request
    method()
  File "/home/vstinner/prog/python/master/Lib/xmlrpc/server.py", line 936, in do_GET
    response = self.server.generate_html_documentation().encode('utf-8')
  File "/home/vstinner/prog/python/master/Lib/xmlrpc/server.py", line 910, in generate_html_documentation
    methods
  File "/home/vstinner/prog/python/master/Lib/xmlrpc/server.py", line 828, in docserver
    contents.append(self.docroutine(value, key, funcs=fdict))
  File "/home/vstinner/prog/python/master/Lib/xmlrpc/server.py", line 791, in docroutine
    formatvalue=self.formatvalue)
  File "/home/vstinner/prog/python/master/Lib/inspect.py", line 1225, in formatargspec
    stacklevel=2)
DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
----------------------------------------
ERROR
(...)
== Tests result: FAILURE ==

1 test failed:
    test_docxmlrpc

Total duration: 3 sec 234 ms
Tests result: FAILURE



It seems like the fix is explained in the error message:

Lib/xmlrpc/server.py, line 791, in docroutine():

DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly

----------
keywords: easy
messages: 320043
nosy: vstinner
priority: normal
severity: normal
status: open
title: [EASY] test_docxmlrpc fails when run with -Werror
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:57:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 09:57:05 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
In-Reply-To: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>
Message-ID: <1529488625.42.0.56676864532.issue33911@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
components: +Tests, XML

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Wed Jun 20 05:59:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 09:59:25 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
Message-ID: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

vstinner at apu$ ./python -W error -m test -v test_warnings

======================================================================
ERROR: test_exec_filename (test.test_warnings.CWarnTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/vstinner/prog/python/master/Lib/test/test_warnings/__init__.py", line 450, in test_exec_filename
    exec(codeobj)
  File "<warnings-test>", line 2, in <module>
UserWarning: hello

======================================================================
ERROR: test_exec_filename (test.test_warnings.PyWarnTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/vstinner/prog/python/master/Lib/test/test_warnings/__init__.py", line 450, in test_exec_filename
    exec(codeobj)
  File "<warnings-test>", line 2, in <module>
  File "/home/vstinner/prog/python/master/Lib/warnings.py", line 318, in warn
    globals, source)
  File "/home/vstinner/prog/python/master/Lib/warnings.py", line 363, in warn_explicit
    raise message
UserWarning: hello


It seems to be a regression introduced by bpo-33375: commit 11a896652ee98aa44e59ed25237f9efb56635dcf.

----------
components: Tests
keywords: easy
messages: 320044
nosy: vstinner
priority: normal
severity: normal
status: open
title: [EASY] test_warnings: test_exec_filename() fails when run with -Werror
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:00:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:00:32 +0000
Subject: [issue33375] warnings: get filename from frame.f_code.co_filename
In-Reply-To: <1524847135.79.0.682650639539.issue33375@psf.upfronthosting.co.za>
Message-ID: <1529488832.49.0.56676864532.issue33375@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

This change introduced a regression: bpo-33912 "[EASY] test_warnings: test_exec_filename() fails when run with -Werror". I consider that it's an easy issue, please don't fix it, but explain how to fix it and let a newcomer to fix it!
https://mail.python.org/pipermail/python-committers/2017-June/004564.html

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33375>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:01:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:01:06 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529488866.86.0.56676864532.issue33912@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I consider that this issue is easy, core developers/long time contriubtors: please don't fix it, but explain how to fix it and let a newcomer to fix it!
https://mail.python.org/pipermail/python-committers/2017-June/004564.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:03:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:03:25 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529489005.17.0.56676864532.issue33746@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I tested manually: "./python -m test -v test_unittest" pass in 2.7, 3.6, 3.7 and master.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:04:17 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 10:04:17 +0000
Subject: [issue33746] testRegisterResult in test_unittest fails in verbose mode
In-Reply-To: <1528025607.41.0.592728768989.issue33746@psf.upfronthosting.co.za>
Message-ID: <1529489057.0.0.56676864532.issue33746@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thanks Victor!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33746>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:08:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 10:08:28 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529489308.84.0.56676864532.issue33912@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +takluyver

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:09:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:09:05 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1529489345.08.0.56676864532.issue33782@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Steve: hi! Any update on the Microsoft side?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:09:18 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 10:09:18 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
In-Reply-To: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>
Message-ID: <1529489358.29.0.56676864532.issue33911@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:12:27 2018
From: report at bugs.python.org (Thomas Kluyver)
Date: Wed, 20 Jun 2018 10:12:27 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529489547.83.0.56676864532.issue33912@psf.upfronthosting.co.za>


Thomas Kluyver <thomas at kluyver.me.uk> added the comment:

Yes, this should be easy. I misunderstood how to use the catch_warnings context manager. I thought that catch_warnings itself set up the warnings filters you need. You actually need to do that with a separate call inside the with block, as shown here:

https://docs.python.org/3/library/warnings.html#testing-warnings

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:12:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:12:32 +0000
Subject: [issue33532] test_multiprocessing_forkserver:
 TestIgnoreEINTR.test_ignore() fails on Travis CI
In-Reply-To: <1526452224.65.0.682650639539.issue33532@psf.upfronthosting.co.za>
Message-ID: <1529489552.9.0.56676864532.issue33532@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It didn't see this super annoying failure recently, so it seems like it has been fixed for real. Great!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33532>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:13:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:13:51 +0000
Subject: [issue33733] Add utilities to get/set pipe and socket buffer sizes?
In-Reply-To: <1527859099.35.0.682650639539.issue33733@psf.upfronthosting.co.za>
Message-ID: <1529489631.37.0.56676864532.issue33733@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Note that in my experience, socket systems treat the buffer sizes as more like... rough guidelines.

Oh. Now I'm scared.

I succeeded to fix bpo-33532 and bpo-33353, so I no longer need this issue.

Since it seems hard to have a portable and *reliable* behaviour, I prefer to abandon this idea. Sorry!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33733>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:17:31 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:17:31 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529489851.92.0.56676864532.issue31463@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
assignee:  -> pablogsal
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:17:36 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:17:36 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529489856.98.0.56676864532.issue33613@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
assignee:  -> pablogsal
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:18:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:18:25 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1529489905.8.0.56676864532.issue33720@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Thanks. Agreed this should stay open, but it is blocked on a compiler fix.

Do you want to have a different limit depending on the compiler and the compiler version? I'm not sure that it's worth it. I'm happy with the heuristic "use lower limit on Windows". By design, the test is fragile.

I would suggest to close the issue, but you can keep it open if you prefer to increase the limit on a fixed compiler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:19:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:19:53 +0000
Subject: [issue33719] Test failures on Python 3.7 beta 5 and Windows 10
In-Reply-To: <1527778386.67.0.682650639539.issue33719@psf.upfronthosting.co.za>
Message-ID: <1529489993.93.0.56676864532.issue33719@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

test test_tools failed -- Traceback (most recent call last):
   (...)
optparse.BadOptionError: no such option: --slaveargs

Ah, it's a known and old issue: bpo-25094.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33719>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:22:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:22:10 +0000
Subject: [issue25094] [EASY][Windows] test_tools fails on Windows when passing
In-Reply-To: <1442202178.75.0.918340459191.issue25094@psf.upfronthosting.co.za>
Message-ID: <1529490130.73.0.56676864532.issue25094@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I had no failures on 3.4.3.

How do you run the test suite? The test fails when you pass option like -j0: python -m test -j0 test_tools.

IMHO the fix is trivial: monkey-patch sys.argv using support.swap_attr(sys, 'argv', ...). (I didn't try the fix).

----------
components: +Tests, Windows
keywords: +easy
nosy: +paul.moore, steve.dower, tim.golden, vstinner
title: Test_tools not working on Windows. -> [EASY][Windows] test_tools fails on Windows when passing

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25094>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:23:57 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:23:57 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529490237.23.0.56676864532.issue33716@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Hum, I guess that the fix is to use a timeout of 5 minutes instead of 1 minute. It's ok if the buildbot is slow.

Moreover, it would be interesting to replace time.time() with time.monotonic().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:27:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:27:59 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
In-Reply-To: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>
Message-ID: <1529490479.99.0.56676864532.issue33735@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> http://buildbot.python.org/all/#/builders/132/builds/154

That's the AMD64 Windows8.1 Refleaks 3.7 buildbot.

> bpo-33853 has been marked as a duplicate this bug.

Copy of Pablo's message:

The test `test_multiprocessing_spawn` is leaking memory according to the x86 Gentoo Refleaks 3.x buildbot:


x86 Gentoo Refleaks 3.x
http://buildbot.python.org/all/#/builders/1/builds/253

test_multiprocessing_spawn leaked [1, 2, 1] memory blocks, sum=4
1 test failed again:
    test_multiprocessing_spawn


x86 Gentoo Refleaks 3.7
http://buildbot.python.org/all/#/builders/114/builds/135

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:30:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:30:58 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1529490658.6.0.56676864532.issue30317@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

http://buildbot.python.org/all/#/builders/90/builds/414

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 883, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.16714811325073242 not greater than or equal to 0.17

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:32:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:32:47 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
Message-ID: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

http://buildbot.python.org/all/#/builders/90/builds/414

======================================================================
FAIL: test_ipython_workaround (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_multiprocessing_main_handling.py", line 184, in test_ipython_workaround
    self._check_script(script_no_suffix)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_multiprocessing_main_handling.py", line 157, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\script_helper.py", line 155, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\script_helper.py", line 141, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['D:\\cygwin\\home\\db3l\\buildarea\\3.6.bolen-windows7\\build\\PCbuild\\win32\\python_d.exe', '-X', 'faulthandler', '-E', 'd:\\temp\\tmp4zf7ti6l\\ipython', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):

  File "d:\temp\tmp4zf7ti6l\ipython", line 23, in <module>

    raise RuntimeError("Timed out waiting for results")

RuntimeError: Timed out waiting for results
---

======================================================================
FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 883, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.16714811325073242 not greater than or equal to 0.17

======================================================================
FAIL: test_package (test.test_multiprocessing_main_handling.SpawnCmdLineTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_multiprocessing_main_handling.py", line 257, in test_package
    self._check_script(launch_name)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\test_multiprocessing_main_handling.py", line 157, in _check_script
    rc, out, err = assert_python_ok(*run_args, __isolated=False)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\script_helper.py", line 155, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\support\script_helper.py", line 141, in _assert_python
    err))
AssertionError: Process return code is 1
command line: ['D:\\cygwin\\home\\db3l\\buildarea\\3.6.bolen-windows7\\build\\PCbuild\\win32\\python_d.exe', '-X', 'faulthandler', '-E', 'd:\\temp\\tmp3xpannzo\\launch.py', 'spawn']

stdout:
---

---

stderr:
---
Traceback (most recent call last):
  File "d:\temp\tmp3xpannzo\launch.py", line 3, in <module>
    runpy._run_module_as_main('test_pkg')
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "d:\temp\tmp3xpannzo\test_pkg\__main__.py", line 23, in <module>
    raise RuntimeError("Timed out waiting for results")
RuntimeError: Timed out waiting for results
---


=> see bpo-30317 for test_timeout() failure.

----------
components: Tests
messages: 320059
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn random failures on x86 Windows7 3.6
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:39:13 2018
From: report at bugs.python.org (Vibhuti)
Date: Wed, 20 Jun 2018 10:39:13 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
Message-ID: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>


New submission from Vibhuti <vibhutisawant12 at gmail.com>:

======================================================================
FAIL: test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 708, in test_down_at_bottom
    cmds_after_breakpoint=['py-down'])
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 221, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ['Cannot create process: Opera... != []

First list contains 4 additional elements.
First extra element 0:
'Cannot create process: Operation not permitted'

+ []
- ['Cannot create process: Operation not permitted',
-  'During startup program exited with code 127.',
-  "Python Exception <class 'gdb.error'> No frame is currently selected.: ",
-  'Error occurred in Python command: No frame is currently selected.']

----------------------------------------------------------------------
Ran 49 tests in 0.170s

FAILED (failures=1, skipped=48)
test test_gdb failed -- Traceback (most recent call last):
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 708, in test_down_at_bottom
    cmds_after_breakpoint=['py-down'])
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 221, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ['Cannot create process: Opera... != []

First list contains 4 additional elements.
First extra element 0:
'Cannot create process: Operation not permitted'

+ []
- ['Cannot create process: Operation not permitted',
-  'During startup program exited with code 127.',
-  "Python Exception <class 'gdb.error'> No frame is currently selected.: ",
-  'Error occurred in Python command: No frame is currently selected.']

1 test failed:
    test_gdb

----------
components: Build
messages: 320060
nosy: vibhutisawant
priority: normal
severity: normal
status: open
title: test_gdb fails for Python 2.7.15
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:39:42 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:39:42 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529491182.56.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I would like to work on this issue and on bpo31463

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:40:05 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:40:05 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529491205.79.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I would like to work on this issue and on issue31463

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:40:13 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:40:13 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529491213.41.0.56676864532.issue33613@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
Removed message: https://bugs.python.org/msg320061

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:42:34 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:42:34 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529491354.61.0.56676864532.issue33613@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I would like to work on this issue and on issue31463

Say it on issue31463 as well on that case ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:46:53 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 10:46:53 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529491613.1.0.56676864532.issue31463@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I would like to work on this issue

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:50:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:50:09 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529491809.75.0.56676864532.issue31463@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Last time I was bitten by waitpid():

commit 11045c9d8a21dd9bd182a3939189db02815f9783
Author: Victor Stinner <victor.stinner at gmail.com>
Date:   Thu Oct 5 06:32:53 2017 -0700

    bpo-31178: Mock os.waitpid() in test_subprocess (#3896)

    Fix test_exception_errpipe_bad_data() and
    test_exception_errpipe_normal() of test_subprocess: mock os.waitpid()
    to avoid calling the real os.waitpid(0, 0) which is an unexpected
    side effect of the test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:51:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:51:04 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529491864.75.0.56676864532.issue31463@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also the now hopefully fixed bpo-31509 "test_subprocess hangs randomly on AMD64 Windows10 3.x".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:51:47 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 20 Jun 2018 10:51:47 +0000
Subject: [issue23224] LZMADecompressor object is only initialized in __init__
In-Reply-To: <1421024308.33.0.868171678499.issue23224@psf.upfronthosting.co.za>
Message-ID: <1529491907.47.0.56676864532.issue23224@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7430
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23224>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:54:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:54:08 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529492048.05.0.56676864532.issue31463@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Antoine: "Let's take another look at the issue: why does test_subprocess need to know about all child processes, rather than those that were launched during test_subprocess?"

It seems like this bug has been fixed by bpo-31178, commit 11045c9d8a21dd9bd182a3939189db02815f9783, no?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 06:54:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 10:54:39 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1529492079.1.0.56676864532.issue31463@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Another old (now fixed) issue of test_subprocess: bpo-31173 "test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 20 07:07:02 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 20 Jun 2018 11:07:02 +0000
Subject: [issue23224] LZMADecompressor object is only initialized in __init__
In-Reply-To: <1421024308.33.0.868171678499.issue23224@psf.upfronthosting.co.za>
Message-ID: <1529492822.53.0.56676864532.issue23224@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23224>
_______________________________________

From report at bugs.python.org  Wed Jun 20 07:23:01 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Jun 2018 11:23:01 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529493781.77.0.56676864532.issue33468@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Right, the HTML example was always a bit cutesy (hence the disclaimer in the header), but it's hard to come up with a good illustrative example that isn't already a native context manager in the standard library.

Perhaps it would make sense to change the example text completely, and write something entirely abstract like:

    from contextlib import contextmanager

    @contextmanager
    def managed_resource(*args, **kwds):
        # Code to acquire resource, e.g.:
        resource = acquire_resource(*args, **kwds)
        try:
            yield resource
        finally:
             # Code to release resource, e.g.:
             release_resource(resource)

    >>> with managed_resource(*args, **kwds) as resource:
    ...     # Resource is released at the end of this block,
    ...     # even if code in the block raises an exception

Then the introductory text could be updated to say something like "While many objects natively support use in with statements, sometimes a resource needs to be managed that isn't a context manager in its own right, and doesn't implement a ``close()`` method for use with ``contextlib.closing``.".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Wed Jun 20 07:25:04 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 20 Jun 2018 11:25:04 +0000
Subject: [issue33499] Environment variable to set alternate location for
 pycache tree
In-Reply-To: <1526310769.71.0.682650639539.issue33499@psf.upfronthosting.co.za>
Message-ID: <1529493904.96.0.56676864532.issue33499@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 16eb3bcdb22be4d82dc597b92b7154fcb11c6479 by Nick Coghlan in branch 'master':
bpo-33499: PYTHONPYCACHEPREFIX What's New entry (GH-7749)
https://github.com/python/cpython/commit/16eb3bcdb22be4d82dc597b92b7154fcb11c6479


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33499>
_______________________________________

From report at bugs.python.org  Wed Jun 20 07:57:36 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 20 Jun 2018 11:57:36 +0000
Subject: [issue33742] Unsafe memory access in PyStructSequence_InitType
In-Reply-To: <1528007853.29.0.592728768989.issue33742@psf.upfronthosting.co.za>
Message-ID: <1529495856.09.0.56676864532.issue33742@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

I don't think here is a problem. It crashes because you preallocate the type object in a wrong way. You should not just does a malloc and then passes it to the API. In this way, you are able to crash many APIs. For example, malloc a dictobject and then pass it to PyDict_SetItem could highly possibly crash. You should use PyDict_New to allocate the dictobject. Also here, you need to use PyType_GenericAlloc(&PyType_Type, 0) to allocate the type object, not just a malloc.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33742>
_______________________________________

From report at bugs.python.org  Wed Jun 20 08:30:21 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 12:30:21 +0000
Subject: [issue33915] VSTS: Initialize phase: failed
Message-ID: <1529497821.28.0.56676864532.issue33915@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Just one example:

VSTS: Linux-PR ? Linux-PR_20180620.24 failed:
https://python.visualstudio.com/cpython/cpython%20Team/_build/results?buildId=11119&view=logs

"Initialize phase: failed"

"""
2018-06-20T12:20:59.9720705Z ##[section]Starting: Expand phase phase1
2018-06-20T12:20:59.9876970Z Execution:
2018-06-20T12:20:59.9876970Z   MaxConcurrency:
2018-06-20T12:20:59.9876970Z     Default Value: 1
2018-06-20T12:20:59.9876970Z ##[section]Finishing: Expand phase phase1
"""

----------
components: Tests
messages: 320072
nosy: brett.cannon, eric.snow, steve.dower, vstinner
priority: normal
severity: normal
status: open
title: VSTS: Initialize phase: failed
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33915>
_______________________________________

From report at bugs.python.org  Wed Jun 20 08:32:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 12:32:04 +0000
Subject: [issue33915] VSTS: Initialize phase: failed
In-Reply-To: <1529497821.28.0.56676864532.issue33915@psf.upfronthosting.co.za>
Message-ID: <1529497924.09.0.56676864532.issue33915@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-33782 "VSTS Windows-PR: internal error".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33915>
_______________________________________

From report at bugs.python.org  Wed Jun 20 08:35:12 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 12:35:12 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529498112.06.0.56676864532.issue33716@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Recent failure (fail then pass):
http://buildbot.python.org/all/#/builders/58/builds/1031

======================================================================
FAIL: test_crash (test.test_concurrent_futures.ProcessPoolSpawnExecutorDeadlockTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_concurrent_futures.py", line 131, in tearDown
    self.assertLess(dt, 60, "synchronization issue: test lasted too long")
AssertionError: 62.650086402893066 not less than 60 : synchronization issue: test lasted too long

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:04:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 13:04:55 +0000
Subject: [issue31774] [RFE] tarfile: add an option to change the "blocking
 factor"
In-Reply-To: <1507817839.86.0.213398074469.issue31774@psf.upfronthosting.co.za>
Message-ID: <1529499895.38.0.56676864532.issue31774@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Extract of tartest.py:

tarfile.open(name=_tmp_tar, mode='w', bufsize=EXPECTED_SIZE)

Hum, the bufsize argument only applies to the "...|compression" modes (ex: "w|gz"). Moreover, it shouldn't change the size of the tarfile, it only changes the size of parameters of read() and write() arguments. 

Extract of Stream.__write():

    while len(self.buf) > self.bufsize:
        self.fileobj.write(self.buf[:self.bufsize])
        self.buf = self.buf[self.bufsize:]

> Trying to create an archive with the tarfile module, by specifying a different blocking factor, (...)

I didn't know that we can change the "blocking factor". In the UNIX tar command, I see the -b option:

       -b, --blocking-factor=BLOCKS
              Set record size to BLOCKSx512 bytes.


In Lib/tarfile.py, I see:

BLOCKSIZE = 512                 # length of processing blocks
RECORDSIZE = BLOCKSIZE * 20     # length of records

So values are hardcoded in Python.


So this issue is a feature request, not a bug report :-)

----------
nosy: +vstinner
title: tarfile.open ignores custom bufsize value when creating a new archive -> [RFE] tarfile: add an option to change the "blocking factor"
type:  -> enhancement
versions: +Python 3.8 -Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31774>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:22:16 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 13:22:16 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529500936.84.0.56676864532.issue30345@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7431

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:42:12 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 13:42:12 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529502132.6.0.56676864532.issue30345@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7432

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:43:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 13:43:53 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529502233.44.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I created backports to 2.7, 3.6 and 3.7 branches: do you see any reason to not fix python-gdb.py in these branches? (Any reason to not add -g to $LTOFLAGS?)

----------
nosy: +inada.naoki, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:51:12 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 13:51:12 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529502672.22.0.56676864532.issue30345@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7433

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Wed Jun 20 09:52:04 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 13:52:04 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529502724.22.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Once PR 7735 will be merged, it may be worth it to backport the enhancements to other branches. See maybe bpo-33718 to check if there are other changes that should be backportd. It can help to backport the change to 2.7 (which is very different).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:05:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 14:05:03 +0000
Subject: [issue31731] [2.7] test_io: race condition in
 test_interrupted_write_text() (test_io hangs on x86 Gentoo Refleaks 2.7)
In-Reply-To: <1507533205.95.0.213398074469.issue31731@psf.upfronthosting.co.za>
Message-ID: <1529503503.93.0.56676864532.issue31731@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: [2.7] test_io hangs on x86 Gentoo Refleaks 2.7 -> [2.7] test_io: race condition in test_interrupted_write_text() (test_io hangs on x86 Gentoo Refleaks 2.7)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31731>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:13:27 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 20 Jun 2018 14:13:27 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1529504007.33.0.56676864532.issue11697@psf.upfronthosting.co.za>


Zackery Spytz <zspytz at gmail.com> added the comment:

This was fixed in commit cd04db03debaead0abd1bff149389445284f88e2 (the commit didn't have an associated BPO issue).

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:27:29 2018
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 20 Jun 2018 14:27:29 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1529504849.61.0.56676864532.issue11697@psf.upfronthosting.co.za>


Change by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:31:32 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Blondon?=)
Date: Wed, 20 Jun 2018 14:31:32 +0000
Subject: [issue33507] Improving the html rendered by cgitb.html
In-Reply-To: <CAOy+up4Pwze=Evajx_Pn_9chNG6d3aG+9=TRWnvdcLNKsXQCjw@mail.gmail.com>
Message-ID: <219b718b-d153-1fb7-661b-f90655644d51@gmail.com>


St?phane Blondon <stephane.blondon at gmail.com> added the comment:

I added the optional parameter to cgitb.html() function and removed the
hardcoded css from the html code.

I think there are still several improvements to do:
- add documentation for the new parameter of cgitb.html()
- add the same parameter to cgitb.enable() (?)
- remove the cgitb.grey() function because it's not used anymore (?)
- perhaps minor improvements of html and css code

What do you think about it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33507>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:37:38 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 20 Jun 2018 14:37:38 +0000
Subject: [issue33910] update random.Random 's parameter to have a proper name.
In-Reply-To: <1529484015.93.0.56676864532.issue33910@psf.upfronthosting.co.za>
Message-ID: <1529505458.0.0.56676864532.issue33910@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for the suggestion.  You are right about *x*, *n*, or *a* being the best possible parameter name.   That said, it doesn't seem to have ever caused a problem in practice (this API has been around for a very long time), so I'm reluctant to create any disruption (breaking existing code) with a deprecation for something with so little benefit (this docstrings are very clear about what the parameter means).  There is also the matter of possible confusion with the seed() method which uses the *a* or the internal _randommodule.c that uses *n* but doesn't allow keyword arguments).

I think the lesson here is that parameter names should be carefully considered when a new API is created rather than decades after its release into the wild.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33910>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:55:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 14:55:39 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1529506539.01.0.56676864532.issue18174@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7434

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Wed Jun 20 10:57:59 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Wed, 20 Jun 2018 14:57:59 +0000
Subject: [issue33891] ntpath join doesnt check whether path variable None or
 not
In-Reply-To: <1529277210.6.0.56676864532.issue33891@psf.upfronthosting.co.za>
Message-ID: <1529506679.18.0.56676864532.issue33891@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

This is not a bug in ntpath. Raising a TypeError is a normal behavior when passed a wrong argument and I think the error message tells good info. You should figure out why pipenv passes a None to os.path.join.

----------
nosy: +xiang.zhang
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: crash -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33891>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:36:32 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 20 Jun 2018 15:36:32 +0000
Subject: [issue33915] VSTS: Initialize phase: failed
In-Reply-To: <1529497821.28.0.56676864532.issue33915@psf.upfronthosting.co.za>
Message-ID: <1529508992.84.0.56676864532.issue33915@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Considering all we can do is pass the reports onto the team (which I've been doing), there's no point repeatedly opening new issues for the same problem.

----------
resolution:  -> duplicate
superseder:  -> VSTS Windows-PR: internal error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33915>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:36:38 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 20 Jun 2018 15:36:38 +0000
Subject: [issue33915] VSTS: Initialize phase: failed
In-Reply-To: <1529497821.28.0.56676864532.issue33915@psf.upfronthosting.co.za>
Message-ID: <1529508998.55.0.56676864532.issue33915@psf.upfronthosting.co.za>


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


----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33915>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:37:34 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 20 Jun 2018 15:37:34 +0000
Subject: [issue33782] VSTS Windows-PR: internal error
In-Reply-To: <1528283564.84.0.592728768989.issue33782@psf.upfronthosting.co.za>
Message-ID: <1529509054.91.0.56676864532.issue33782@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

It appears to be a known issue when a PR is retriggered (due to new commits) early enough in the CI run. I haven't got any info about when it'll be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33782>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:44:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 15:44:44 +0000
Subject: [issue33915] VSTS: Initialize phase: failed
In-Reply-To: <1529497821.28.0.56676864532.issue33915@psf.upfronthosting.co.za>
Message-ID: <1529509484.63.0.56676864532.issue33915@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh, you think that it's the same bug? The result page looked different, so I opened a different bug report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33915>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:56:33 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 15:56:33 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529510193.17.0.56676864532.issue33904@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b0f352680e73a374748994d383f591f2e4702669 by Miss Islington (bot) in branch '3.7':
bpo-33904:  In IDLE's rstrip, rename class RstripExtension as Rstrip (GH-7811)
https://github.com/python/cpython/commit/b0f352680e73a374748994d383f591f2e4702669


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:56:48 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 15:56:48 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529510208.02.0.56676864532.issue33904@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b41dc5682c596258d1489a1409fad2d65b5dffd9 by Miss Islington (bot) in branch '3.6':
bpo-33904:  In IDLE's rstrip, rename class RstripExtension as Rstrip (GH-7811)
https://github.com/python/cpython/commit/b41dc5682c596258d1489a1409fad2d65b5dffd9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:57:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 15:57:51 +0000
Subject: [issue33904] IDLE: In rstrip, rename class RstripExtension as Rstrip
In-Reply-To: <1529446825.25.0.56676864532.issue33904@psf.upfronthosting.co.za>
Message-ID: <1529510271.61.0.56676864532.issue33904@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33904>
_______________________________________

From report at bugs.python.org  Wed Jun 20 11:59:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 15:59:40 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
Message-ID: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Using my PR 7827, I saw that test_refleaks_in_decompressor___init__() of test_lzma leaks 100 handles on Windows.

Extract of the code:

    @support.refcount_test
    def test_refleaks_in_decompressor___init__(self):
        gettotalrefcount = support.get_attribute(sys, 'gettotalrefcount')
        lzd = LZMADecompressor()
        refs_before = gettotalrefcount()
        for i in range(100):
            lzd.__init__()
        self.assertAlmostEqual(gettotalrefcount() - refs_before, 0, delta=10)


The test comes from bpo-31787: commit d019bc8319ea35e93bf4baa38098ff1b57cd3ee5.

----------
components: Windows
messages: 320087
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_lzma: test_refleaks_in_decompressor___init__() leaks 100 handles on Windows
type: resource usage
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:00:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 16:00:05 +0000
Subject: [issue31787] various refleaks when calling the __init__() method of
 an object more than once
In-Reply-To: <1507972588.41.0.213398074469.issue31787@psf.upfronthosting.co.za>
Message-ID: <1529510405.01.0.56676864532.issue31787@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like the lzma fix is incomplete: bpo-33916, "test_lzma: test_refleaks_in_decompressor___init__() leaks 100 handles on Windows".

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31787>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:09:09 2018
From: report at bugs.python.org (Pander)
Date: Wed, 20 Jun 2018 16:09:09 +0000
Subject: [issue16684] Unicode property value abbreviated names and long names
In-Reply-To: <1355506392.97.0.314398568458.issue16684@psf.upfronthosting.co.za>
Message-ID: <1529510949.98.0.56676864532.issue16684@psf.upfronthosting.co.za>


Pander <pander at users.sourceforge.net> added the comment:

Since June 2018, Unicode version 11.0 is out. Perhaps that could help move this forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16684>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:09:16 2018
From: report at bugs.python.org (Pander)
Date: Wed, 20 Jun 2018 16:09:16 +0000
Subject: [issue6331] Add unicode script info to the unicode database
In-Reply-To: <1245790259.44.0.08771310344.issue6331@psf.upfronthosting.co.za>
Message-ID: <1529510955.99.0.56676864532.issue6331@psf.upfronthosting.co.za>


Pander <pander at users.sourceforge.net> added the comment:

Since June 2018, Unicode version 11.0 is out. Perhaps that could help move this forward.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6331>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:11:43 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 20 Jun 2018 16:11:43 +0000
Subject: [issue16684] Unicode property value abbreviated names and long names
In-Reply-To: <1355506392.97.0.314398568458.issue16684@psf.upfronthosting.co.za>
Message-ID: <1529511103.37.0.56676864532.issue16684@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +benjamin.peterson
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16684>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:12:32 2018
From: report at bugs.python.org (INADA Naoki)
Date: Wed, 20 Jun 2018 16:12:32 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511152.05.0.56676864532.issue33916@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

In _lzmamodule.c

    self->lock = PyThread_allocate_lock();

This seems leak some resource.  But I'm not sure this lock contains refcnt on Windows.

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:20:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 16:20:05 +0000
Subject: [issue6331] Add unicode script info to the unicode database
In-Reply-To: <1245790259.44.0.08771310344.issue6331@psf.upfronthosting.co.za>
Message-ID: <1529511605.08.0.56676864532.issue6331@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Since June 2018, Unicode version 11.0 is out. Perhaps that could help move this forward.

Python 3.7 has been upgrade to Unicode 11.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6331>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:20:30 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 20 Jun 2018 16:20:30 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511630.11.0.56676864532.issue33916@psf.upfronthosting.co.za>


Zackery Spytz <zspytz at gmail.com> added the comment:

Have a look at #23224 and PR 7822.

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:22:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 16:22:18 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511738.83.0.56676864532.issue33916@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> This seems leak some resource.  But I'm not sure this lock contains refcnt on Windows.

PR 7827 checks for leaks of Windows handles, this issue is about Windows handles, not Python reference leaks. But a Windows lock may use a Windows handle internally, I don't know :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:22:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 16:22:36 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511756.79.0.56676864532.issue33916@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like test_bz2 has the same issue, but I'm not sure:
https://github.com/python/cpython/pull/7827#issuecomment-398810849

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:23:27 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 16:23:27 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511807.15.0.56676864532.issue33916@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Tests
nosy: +serhiy.storchaka
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:26:35 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 20 Jun 2018 16:26:35 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529511995.59.0.56676864532.issue33916@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I four times tried to update this issue, and only the forth one was successful. Other attempts was failed because "Edit Error: someone else has edited this issue (nosy, components, versions)." This is an extreme case of race condition in real life.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:42:34 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 20 Jun 2018 16:42:34 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529512954.83.0.56676864532.issue33916@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7435
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:47:14 2018
From: report at bugs.python.org (Jan Lachnitt)
Date: Wed, 20 Jun 2018 16:47:14 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1529513234.55.0.56676864532.issue15533@psf.upfronthosting.co.za>


Jan Lachnitt <pepalogik at seznam.cz> added the comment:

Nobody responds yet, so I will.

I think that the basic proposal was made by Chris Jerdonek in msg171692 already on 2012-10-01: First document both behaviors and then discuss the possible harmonization. I think the proposal was good and further discussion has confirmed this.

Chris Jerdonek, to whom this issue is assigned, last commented it on 2012-12-18. Shouldn't the issue be assigned to somebody else?

By the way, the related env issue is #8557.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:53:27 2018
From: report at bugs.python.org (Jan Lachnitt)
Date: Wed, 20 Jun 2018 16:53:27 +0000
Subject: [issue8557] subprocess PATH semantics and portability
In-Reply-To: <1272451494.53.0.273790888777.issue8557@psf.upfronthosting.co.za>
Message-ID: <1529513607.76.0.56676864532.issue8557@psf.upfronthosting.co.za>


Jan Lachnitt <pepalogik at seznam.cz> added the comment:

A related issue exists with cwd: #15533.

----------
nosy: +pepalogik

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8557>
_______________________________________

From report at bugs.python.org  Wed Jun 20 12:54:43 2018
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 20 Jun 2018 16:54:43 +0000
Subject: [issue33917] idlelib/idle_test/template.py has invalid syntax
Message-ID: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>


New submission from Matthias Klose <doko at debian.org>:

Seen with the 3.6 branch and the 3.7 branch at least. This file is installed by default, so should be valid syntax?  If it's supposed to be that way, maybe call the template like template.py.in?


  Unpacking libpython3.6-testsuite (3.6.6~rc1-3) ...
  Setting up libpython3.6-testsuite (3.6.6~rc1-3) ...
    File "/usr/lib/python3.6/idlelib/idle_test/template.py", line 3
      from idlelib import
                        ^
  SyntaxError: invalid syntax

----------
assignee: terry.reedy
components: IDLE
keywords: 3.6regression, 3.7regression
messages: 320099
nosy: doko, terry.reedy
priority: release blocker
severity: normal
status: open
title: idlelib/idle_test/template.py has invalid syntax

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 13:47:49 2018
From: report at bugs.python.org (Kenneth Hoste)
Date: Wed, 20 Jun 2018 17:47:49 +0000
Subject: [issue33174] error building the _sha3 module with Intel 2018 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529516869.0.0.56676864532.issue33174@psf.upfronthosting.co.za>


Kenneth Hoste <kenneth.hoste at ugent.be> added the comment:

After a bit of back and forth, we have figured out the underlying cause for the problem with the Intel compiler: if the stack limit is not set to a specific value (see output of "ulimit -s"), the Intel compilers fail with a segfault or Interal Compiler Error (ICE).

But if the stack limit is set to 'unlimited' (e.g. via "ulimit -s unlimited"), then the compilation works fine...

See also https://github.com/easybuilders/easybuild-easyconfigs/issues/6484 and our (optional) workaround in https://github.com/easybuilders/easybuild-easyblocks/pull/1441

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:06:27 2018
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 20 Jun 2018 18:06:27 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529517987.85.0.56676864532.issue33912@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:24:16 2018
From: report at bugs.python.org (Liran Nuna)
Date: Wed, 20 Jun 2018 18:24:16 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
Message-ID: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>


New submission from Liran Nuna <liranuna at gmail.com>:

An interesting property of async programming is that execution order is nondeterministic and async function "pause" and "resume" execution as events come in.

This can play havok with context managers, especially ones that wrap a global state change. I can best explain it with code - see attached file.

If you were to run this, you'd notice that "Should be logged" does not get logged - this is because the execution order runs the context manager immediately and that affects the entire batch (created by asyncio.gather).

Is there a way to hook into a pause/resume handling of coroutines so this kind of thing could be done correctly? I'm aware that this particular problem could be solved with the new context variables introduced with python3.7, however it is just a simplification of our actual issue.

Iterators also suffer from this issue, as `yield` pauses and resumes execution.

----------
components: Interpreter Core
files: async_context_managers.py
messages: 320101
nosy: Liran Nuna
priority: normal
severity: normal
status: open
title: Hooking into pause/resume of iterators/coroutines
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47646/async_context_managers.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:41:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 18:41:47 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529520107.45.0.56676864532.issue33855@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

#33917 is about fixing and documenting template.py.

----------
dependencies: +idlelib/idle_test/template.py has invalid syntax

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:44:28 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 20 Jun 2018 18:44:28 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1529520268.24.0.56676864532.issue33918@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
components: +asyncio -Interpreter Core
nosy: +asvetlov, yselivanov
versions:  -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:44:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 18:44:47 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529520287.4.0.56676864532.issue33917@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I wrote it intentionally the way it is, for #33855, as it made it maximally easily to use to complete the test suite.  Since it caused a problem, I added a valid dummy name to be replaced, and fixed the other syntax error.  The file now compiles, runs, and tests OK.  New IDLE modules needing a new test file should be rare.

I will submit the PR after I edit the readme to document the usage of the template.

----------
stage:  -> needs patch
title: idlelib/idle_test/template.py has invalid syntax -> Fix and document idlelib/idle_test/template.py
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:45:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 18:45:02 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529520302.19.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +ned.deily
versions: +Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:52:42 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 20 Jun 2018 18:52:42 +0000
Subject: [issue33174] compiler error building the _sha3 module with Intel 2018
 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529520762.5.0.56676864532.issue33174@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for all the investigate work and thanks for the finding what appears to be an easy workaround, @boegel.  Clearly, though, this is not a Python problem and, with an external workaround (e.g. increasing the process stack size via ulimit), there is no need for a workaround in Python itself so I'm closing this issue.  Suggest making sure that the workaround is brought to the Intel compiler team's attention.

----------
nosy: +ned.deily
resolution:  -> third party
stage:  -> resolved
status: open -> closed
title: error building the _sha3 module with Intel 2018 compilers -> compiler error building the _sha3 module with Intel 2018 compilers

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Wed Jun 20 14:58:27 2018
From: report at bugs.python.org (Liran Nuna)
Date: Wed, 20 Jun 2018 18:58:27 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1529521107.32.0.56676864532.issue33918@psf.upfronthosting.co.za>


Liran Nuna <liranuna at gmail.com> added the comment:

I would like to stress this issue happens with iterators as well, and this isn't a unique issue to asyncio only. 

I would like to propose four new magic methods for context managers to solve this: __pause__, __resume__, __apause__ and __aresume__ which will be called before/after a pause/resume happen before the coroutine/iterator continues.

I'm not sure however if this is the correct venue for such discussion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 15:01:43 2018
From: report at bugs.python.org (Kenneth Hoste)
Date: Wed, 20 Jun 2018 19:01:43 +0000
Subject: [issue33174] compiler error building the _sha3 module with Intel 2018
 compilers
In-Reply-To: <1522267262.01.0.467229070634.issue33174@psf.upfronthosting.co.za>
Message-ID: <1529521303.66.0.56676864532.issue33174@psf.upfronthosting.co.za>


Kenneth Hoste <kenneth.hoste at ugent.be> added the comment:

Fully agreed that this is not something that should be fixed in the Python code base.

Moreover, the problem has been fixed in Intel compilers 2018 update 3 as far as I can tell (tested with both Python 3.6.4 and 3.7.0rc1).

I can't reproduce the problem anymore with that version of the Intel compilers, even after setting a hard stack limit (e.g. "ulimit -s 10240"), while it was easy to reproduce with the 2018 update 1 version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33174>
_______________________________________

From report at bugs.python.org  Wed Jun 20 15:38:15 2018
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 20 Jun 2018 19:38:15 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
In-Reply-To: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>
Message-ID: <1529523495.38.0.56676864532.issue33903@psf.upfronthosting.co.za>


Change by Brett Cannon <brett at python.org>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Wed Jun 20 15:40:17 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 19:40:17 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529523617.52.0.56676864532.issue33716@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
keywords: +patch
pull_requests: +7436
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:06:15 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 20 Jun 2018 20:06:15 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
Message-ID: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw <barry at python.org>:

The _PyCoreConfig structure in pystate.h has some interesting fields that I don't think are exposed anywhere else to Python-land.  I was particularly interested recently in hash_seed and use_hash_seed.   I'm thinking that it may be useful to expose this structure in the sys module.

----------
assignee: barry
components: Interpreter Core
messages: 320107
nosy: barry
priority: normal
severity: normal
stage: needs patch
status: open
title: Expose _PyCoreConfig structure to Python
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:07:40 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Wed, 20 Jun 2018 20:07:40 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529525260.85.0.56676864532.issue33894@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
keywords: +patch
pull_requests: +7437
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:18:54 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 20 Jun 2018 20:18:54 +0000
Subject: [issue33875] Allow dynamic password evaluation in pypirc
 configuration file.
In-Reply-To: <1529117678.87.0.56676864532.issue33875@psf.upfronthosting.co.za>
Message-ID: <1529525934.64.0.56676864532.issue33875@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33875>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:28:55 2018
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 20 Jun 2018 20:28:55 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529526535.5.0.56676864532.issue33919@psf.upfronthosting.co.za>


Christian Heimes <lists at cheimes.de> added the comment:

hash_seed and use_hash_seed could be added to sys.hash_info. This would be the first place I'd look for the information. After all I implemented it. :)

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:29:47 2018
From: report at bugs.python.org (Chris Jerdonek)
Date: Wed, 20 Jun 2018 20:29:47 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1529526587.62.0.56676864532.issue15533@psf.upfronthosting.co.za>


Change by Chris Jerdonek <chris.jerdonek at gmail.com>:


----------
assignee: chris.jerdonek -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:30:22 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 20 Jun 2018 20:30:22 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529526535.5.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <60BF815C-A54A-4396-852F-6D91637DB0D2@python.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Jun 20, 2018, at 13:28, Christian Heimes <report at bugs.python.org> wrote:
> 
> Christian Heimes <lists at cheimes.de> added the comment:
> 
> hash_seed and use_hash_seed could be added to sys.hash_info. This would be the first place I'd look for the information. After all I implemented it. :)

That was the first place I looked too :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:40:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 20:40:06 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529527206.5.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7439
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:53:04 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 20 Jun 2018 20:53:04 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1529527984.3.0.56676864532.issue33918@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

You should try to use the contextvars module that was specifically created to handle local context state (for tasks & coroutines).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:53:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 20:53:35 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529528015.27.0.56676864532.issue33919@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Is is still a secret seed if it's public? :)

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:57:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 20:57:40 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529528260.97.0.56676864532.issue33917@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Tal and Cheryl: I revised the template for IDLE tests, pulled it out of README.txt into template.py, and explained it in the readme.  It has new code for cleaning up after instantiating EditorWindow in tests.  Please follow for any new test file, including test_tooltip and test_squeezer.  (They should both be pretty close already.)

----------
keywords:  -patch
nosy: +cheryl.sabella, taleinat
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 16:57:53 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 20:57:53 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529528273.24.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:00:30 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 21:00:30 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529528430.48.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

There are two problems in test_semaphore_tracker_sigint. One of the problems is that if `should_die` is False, the code does not check
that no warning is raised (and the warning is being raised, so this
the error has pass silently.) The other problem is a race condition
between the parent calls `_semaphore_tracker.ensure_running()` (which in turn spawns the semaphore_tracker using `_posixsubprocess.fork_exec`) and the child registering the signals. So basically, the parent sends the signal before the child protects against the signal. Modifying:

        _semaphore_tracker.ensure_running()
        pid = _semaphore_tracker._pid
        os.kill(pid, signum)
        time.sleep(1.0)  # give it time to die

to

        _semaphore_tracker.ensure_running()
        pid = _semaphore_tracker._pid
        time.sleep(1.0) # Give time for the child to register the signal handlers
        os.kill(pid, signum)
        time.sleep(1.0)  # give it time to die

fix the issue. I have tested this on one of the most grumpy and slow buildbots (gcc110) and it works.

I cannot think of a different way of waiting for the child to register the signals without modifying the child code for testing so I am not sure that we can do anything rather than the sleep.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:08:34 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 21:08:34 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529528914.68.0.56676864532.issue33917@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 87a927325e3856621790a39d8718ff24a19510aa by Terry Jan Reedy in branch 'master':
bpo-33917: Fix and document idlelib/idle_test/template.py (GH-7830)
https://github.com/python/cpython/commit/87a927325e3856621790a39d8718ff24a19510aa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:09:45 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 21:09:45 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529528985.06.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
keywords: +patch
pull_requests: +7440
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:10:14 2018
From: report at bugs.python.org (Liran Nuna)
Date: Wed, 20 Jun 2018 21:10:14 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1529529014.65.0.56676864532.issue33918@psf.upfronthosting.co.za>


Liran Nuna <liranuna at gmail.com> added the comment:

> You should try to use the contextvars module that was specifically created to handle local context state (for tasks & coroutines).

Yury, from my original report:

> I'm aware that this particular problem could be solved with the new context variables introduced with python3.7, however it is just a simplification of our actual issue.

Not everything can use context managers. Imagine the context manager is mock.patch used in testing and you want to run two tests in "parallel", each with a different mocked method. mock.patch isn't aware of `await` so patching will be incorrect.

Those are just some behaviors where context variables don't solve the issue I'm describing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:10:44 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 21:10:44 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529529044.53.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7441

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:25:50 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 20 Jun 2018 21:25:50 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1529529950.66.0.56676864532.issue33918@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Imagine the context manager is mock.patch used in testing and you want to run two tests in "parallel", each with a different mocked method. mock.patch isn't aware of `await` so patching will be incorrect.

That's still doable with contextvars. You just need a custom mock-like object (or library) that stores its settings/state in a context variable.

Now, the "mock" module doesn't provide this functionality out of the box, but I hope that somebody will come up with a new mock library that will work that way (or with a new mock primitive) after 3.7.0 is released.

Adding __pause__ and __resume__ was considered in PEP 521, and it was decided that the actual implementation will be too slow and complex.  It's very unlikely that PEP 521 is ever accepted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:27:46 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 21:27:46 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529530066.1.0.56676864532.issue33917@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a717c5646b36a42e4eb0ec4ae2a22520ff47d346 by Miss Islington (bot) in branch '3.7':
bpo-33917: Fix and document idlelib/idle_test/template.py (GH-7830)
https://github.com/python/cpython/commit/a717c5646b36a42e4eb0ec4ae2a22520ff47d346


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:31:29 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 20 Jun 2018 21:31:29 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529530289.31.0.56676864532.issue33873@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I think commit4ffe9c2b251f6e027b26250b7a2618e78d4edd22 from bpo-33718 should be backported IMO:

bpo-33718: regrtest: use format_duration() to display failed tests (GH-7686)
https://github.com/python/cpython/commit/4ffe9c2b251f6e027b26250b7a2618e78d4edd22

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:33:21 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 20 Jun 2018 21:33:21 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529530401.72.0.56676864532.issue33917@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7c853d0620e1ea838f46642dbaa8ef142d80aa01 by Miss Islington (bot) in branch '3.6':
bpo-33917: Fix and document idlelib/idle_test/template.py (GH-7830)
https://github.com/python/cpython/commit/7c853d0620e1ea838f46642dbaa8ef142d80aa01


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:35:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 21:35:03 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1529530503.61.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I think commit 4ffe9c2b251f6e027b26250b7a2618e78d4edd22 from bpo-33718 should be backported IMO: ...

Once PR 7735 will be merged, we can backport recent regrtest commits at once into 3.7, then backport the 3.7 change to 3.6 and 2.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:47:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 21:47:58 +0000
Subject: [issue33920] test_asyncio:
 test_run_coroutine_threadsafe_with_timeout() failed on AMD64 FreeBSD 10.x
 Shared 3.7
Message-ID: <1529531278.55.0.56676864532.issue33920@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

AMD64 FreeBSD 10.x Shared 3.7:

http://buildbot.python.org/all/#/builders/124/builds/397

======================================================================
FAIL: test_run_coroutine_threadsafe_with_timeout (test.test_asyncio.test_tasks.RunCoroutineThreadsafeTests)
Test coroutine submission from a thread to an event loop
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/python/3.7.koobs-freebsd10/build/Lib/test/test_asyncio/test_tasks.py", line 3108, in test_run_coroutine_threadsafe_with_timeout
    self.loop.run_until_complete(future)
AssertionError: TimeoutError not raised

----------
components: asyncio
messages: 320121
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio: test_run_coroutine_threadsafe_with_timeout() failed on AMD64 FreeBSD 10.x Shared 3.7
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33920>
_______________________________________

From report at bugs.python.org  Wed Jun 20 17:59:44 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 21:59:44 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1529531984.41.0.56676864532.issue33917@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:26:36 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 22:26:36 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529533596.63.0.56676864532.issue33906@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Marking 2.7 for a search test.

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:28:21 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 20 Jun 2018 22:28:21 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529533701.67.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:31:25 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 20 Jun 2018 22:31:25 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
In-Reply-To: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>
Message-ID: <1529533885.21.0.56676864532.issue33903@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

This is by design. If you want to install packages into a directory that includes the embeddable zip, you'll need either the matching full install of Python or the Nuget package and use the "--target" argument to pip to put the packages in your directory.

See https://docs.python.org/3/using/windows.html#embedded-distribution for more information about using this package.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:33:40 2018
From: report at bugs.python.org (Steve Dower)
Date: Wed, 20 Jun 2018 22:33:40 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
In-Reply-To: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>
Message-ID: <1529534020.08.0.56676864532.issue33903@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Oh, and issue24960 is not the same. That one is related primarily to having the entire standard library in a zip file. That may be the case for the embeddable distro, but the embeddable distro is also not intended to support installing packages itself, so it is out of scope. (Though there's a possibility that the grammar files are not generated in the Nuget packages either, so you may need to use a full install for packages requiring 2to3.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:54:25 2018
From: report at bugs.python.org (Gregory P. Smith)
Date: Wed, 20 Jun 2018 22:54:25 +0000
Subject: [issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows
In-Reply-To: <1343886272.5.0.825552125397.issue15533@psf.upfronthosting.co.za>
Message-ID: <1529535265.61.0.56676864532.issue15533@psf.upfronthosting.co.za>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15533>
_______________________________________

From report at bugs.python.org  Wed Jun 20 18:56:36 2018
From: report at bugs.python.org (John Hagen)
Date: Wed, 20 Jun 2018 22:56:36 +0000
Subject: [issue33921] Explain that '' can be used to bind to all interfaces
 for the AF_INET address family in the docs
Message-ID: <1529535395.97.0.56676864532.issue33921@psf.upfronthosting.co.za>


New submission from John Hagen <johnthagen at gmail.com>:

The socket documentation (https://docs.python.org/3/library/socket.html#socket-families) does not list '' as a way to bind to all interfaces for the AF_INET/AF_INET6 address family.

This is answered on SO here: https://stackoverflow.com/a/8034146 but it took me a while to find it. Ideally if this was mentioned in the docs, that would be great.

----------
assignee: docs at python
components: Documentation
messages: 320125
nosy: John Hagen, docs at python
priority: normal
severity: normal
status: open
title: Explain that '' can be used to bind to all interfaces for the AF_INET address family in the docs
type: enhancement
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33921>
_______________________________________

From report at bugs.python.org  Wed Jun 20 19:00:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 20 Jun 2018 23:00:26 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529535625.99.0.56676864532.issue33716@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

+    def tearDown(self):
+        self.executor.shutdown(wait=True)
+        dt = time.time() - self.t1
+        if test.support.verbose:
+            print("%.2fs" % dt, end=' ')
+        self.assertLess(dt, 60, "synchronization issue: test lasted too long")

This code has been added by:

commit aebac0b55a1e3addb93ec7992046a4f9561b4175
Author: Antoine Pitrou <solipsis at pitrou.net>
Date:   Thu Mar 24 15:47:39 2011 +0100

    Add tests for the atexit hook in concurrent.futures (part of #11635)


What is the purpose of having an hardcoded maximum test execution duration? If a test takes 2 seconds instead of 1, it means that the test found a design issue in concurrent.futures? Or it would mean that the test has a bug?

We have many buildbots which are super slow, so I proposed to increase the maximum duration to 5 minutes instead of 1 minute to quickly repair buildbots.

But with 5 minutes, I'm not sure that the check is still useful. 

@Antoine: do you recall the rationale for this check?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Wed Jun 20 19:43:42 2018
From: report at bugs.python.org (Robert)
Date: Wed, 20 Jun 2018 23:43:42 +0000
Subject: [issue33922] Enforce 64bit Python by Launcher
Message-ID: <1529538222.45.0.56676864532.issue33922@psf.upfronthosting.co.za>


New submission from Robert <lma at posteo.de>:

When using the Python Launcher "py.exe", it uses 64bit by default and I can enforce using 32bit. 

But there is no way to enforce 64bit. If I run "py -3.6" the actual called interpreter depends on the interpreter versions installed on my system. 

Thus "py -3.6-64" is missing. 
This is important if 64bit features are required.

----------
components: Windows
messages: 320127
nosy: mrh1997, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Enforce 64bit Python by Launcher
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33922>
_______________________________________

From report at bugs.python.org  Wed Jun 20 19:54:32 2018
From: report at bugs.python.org (Robert)
Date: Wed, 20 Jun 2018 23:54:32 +0000
Subject: [issue33923] py.ini cannot set 32/64bits for specific version
Message-ID: <1529538872.06.0.56676864532.issue33923@psf.upfronthosting.co.za>


New submission from Robert <lma at posteo.de>:

Currently py.ini allows to set default interpreters for python 3 and 2. i.e.:
python3=3.6-32
python2=2.7-32

But it is not possible to set a default interpreter on a specific version.
I.e. when running "py -3.6" it would be nice to set the default to 32bit. i.e.:
python3.6=3.6-32

Of course this makes only sense in combination with https://bugs.python.org/issue33922 as one requires the possibility to override the 32bit default then.

----------
messages: 320128
nosy: mrh1997
priority: normal
severity: normal
status: open
title: py.ini cannot set 32/64bits for specific version

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33923>
_______________________________________

From report at bugs.python.org  Wed Jun 20 20:57:08 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 00:57:08 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529542628.79.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7442

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:26:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 01:26:02 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529544362.41.0.56676864532.issue33906@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset a361e89d5ae3daefe9e8b8a7e889cd2ad8c45b77 by Terry Jan Reedy in branch 'master':
bpo-33906: Rename idlelib.windows as window (#7833)
https://github.com/python/cpython/commit/a361e89d5ae3daefe9e8b8a7e889cd2ad8c45b77


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:27:16 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 01:27:16 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529544435.99.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7443

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:28:12 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 01:28:12 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529544492.36.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7444

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:29:02 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Thu, 21 Jun 2018 01:29:02 +0000
Subject: [issue33742] Unsafe memory access in PyStructSequence_InitType
In-Reply-To: <1528007853.29.0.592728768989.issue33742@psf.upfronthosting.co.za>
Message-ID: <1529544542.49.0.56676864532.issue33742@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33742>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:45:24 2018
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 21 Jun 2018 01:45:24 +0000
Subject: [issue33922] Enforce 64bit Python by Launcher
In-Reply-To: <1529538222.45.0.56676864532.issue33922@psf.upfronthosting.co.za>
Message-ID: <1529545524.21.0.56676864532.issue33922@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

Limiting to 64-bit is already implemented in the latest version of the launcher. For example, below I've renamed the registry key for 64-bit Python 3.5 to "xxx3.5" to prevent the launcher from finding it:

    C:\>py -3.5-64
    Python 3.5-64 not found!
    Installed Pythons found by py Launcher for Windows
     -xxx-64
     -3.7-64 *
     -3.7-32
     -3.6-64
     -3.6-32
     -3.5-32
     -2.7-64
     -2.7-32

    Requested Python version (3.5-64) not installed, use -0 for available pythons

-0p also lists the path for each executable. It's a bit rough around the edges that it lists the available versions and then tells the user to list them via -0 instead of the more general advice to use -h or --help for available options. 

The long names for -0 and -0p are --list and --list-paths, but currently these do not work. That should be easy to fix in the launcher's process() function if you want to contribute a patch.

----------
nosy: +eryksun
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Allow windows launcher to specify bit lengths with & without minor version

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33922>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:45:39 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 01:45:39 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529545538.99.0.56676864532.issue33906@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f9243a22da6a609143e27abf3ca37a4f63d5aae9 by Miss Islington (bot) in branch '3.7':
bpo-33906: Rename idlelib.windows as window (GH-7833)
https://github.com/python/cpython/commit/f9243a22da6a609143e27abf3ca37a4f63d5aae9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 21:52:23 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 01:52:23 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529545943.23.0.56676864532.issue33906@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2839da4e51da5d66fa3d6e57eba4ba04f0641dab by Miss Islington (bot) in branch '3.6':
bpo-33906: Rename idlelib.windows as window (GH-7833)
https://github.com/python/cpython/commit/2839da4e51da5d66fa3d6e57eba4ba04f0641dab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:05:06 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 02:05:06 +0000
Subject: [issue33906] IDLE: rename windows.py as window.py
In-Reply-To: <1529448757.46.0.56676864532.issue33906@psf.upfronthosting.co.za>
Message-ID: <1529546706.14.0.56676864532.issue33906@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33906>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:06:39 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 02:06:39 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
Message-ID: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Some time ago, IDLE's main menu item 'Windows' was changed to 'Window'.  The latter seems to be pretty standard for a list of open windows.  Issue #33906 changed the implementation module name accordingly, from 'windows' to 'window'.  This issue is about changing the 'windows' key in mainmenu.menudef to 'window'. All other keys are the lower case version of the uppercase menu item.

editor subscripts derived menudict with ['windows'] and menu_specs, which maps menudef keys to menu names, includes ('windows': '_Window'). pyshell also has menu_specs

Function and pseudoevent names that include 'windows'should be left alone.

Besides the automated tests passing, the manual test will be that 'Window' works properly in all of Shell, editor window, and output window, as each is added.

----------
assignee: terry.reedy
components: IDLE
messages: 320133
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: In IDLE menudefs, change 'windows' to 'window'
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:26:21 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 02:26:21 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529547981.27.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7445
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:33:23 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 21 Jun 2018 02:33:23 +0000
Subject: [issue33909] PyObject_CallFinalizerFromDealloc is not referenced in
 any documentation
In-Reply-To: <1529483004.36.0.56676864532.issue33909@psf.upfronthosting.co.za>
Message-ID: <1529548403.54.0.56676864532.issue33909@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I think I can describe what two function does/for.
But I'm not good English writer.  Would you write document instead?

---

"Finalizer" is __del__ in Python and tp_finalize in C.

Calling finalizer requires some tricks, including avoiding call twice.
That is what PyObject_CallFinalizer() does.  Use it instead of call `type->tp_finalize(obj)` directly.

But finalizer is called from destructor (tp_dealloc) usually, and calling finalizer from destructor need more hack (e.g. temporary increment refcount).  This is what PyObject_CallFinalizerFromDealloc does.

Generally speaking, this API is used only when you want to use both of custom tp_dealloc and tp_finalize.  This is very rare because you can write cleanup code in tp_dealloc and skip using tp_finalize.

When you need really need both of tp_dealloc and tp_finalize, note that:

* Finalizer may resurrect the object.
* When the type is subclassed from Python, tp_finalize is called automatically.  You must not call PyObject_CallFinalizerFromDealloc then.

This is tp_dealloc of Future object in asyncio.  This object uses both of tp_dealloc and tp_finalize for compatibility with Future object implemented in pure Python.  This covers many edge cases of tp_dealloc.

```
static void
FutureObj_dealloc(PyObject *self)
{
    FutureObj *fut = (FutureObj *)self;

    if (Future_CheckExact(fut)) {
        /* When fut is subclass of Future, finalizer is called from
         * subtype_dealloc.
         */
        if (PyObject_CallFinalizerFromDealloc(self) < 0) {
            // resurrected.
            return;
        }
    }

    // Weakref callback and finalizer of other objects may start GC.
    // So you need to untrack this object from GC before calling PyObject_ClearWeakRefs()
    // or any Py_DECREF()s
    // Otherwise, GC will cause segfault because refcount of this object is 0.
    PyObject_GC_UnTrack(self);

    // Handle weakrefs
    if (fut->fut_weakreflist != NULL) {
        PyObject_ClearWeakRefs(self);
    }

    // Reuse tp_clear() for clearing all members.
    (void)FutureObj_clear(fut);

    // Free this object at last.
    Py_TYPE(fut)->tp_free(fut);
}
```

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33909>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:50:04 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 02:50:04 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529549404.03.0.56676864532.issue33924@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 33c7420e7dd9d8e5b2aa15e98da6291bab6fcf33 by Terry Jan Reedy in branch 'master':
 bpo-33924: Change IDLE mainmenu.menudefs key 'windows' to 'window' (GH-7836)
https://github.com/python/cpython/commit/33c7420e7dd9d8e5b2aa15e98da6291bab6fcf33


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:50:10 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 02:50:10 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529549410.74.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7446

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Wed Jun 20 22:51:07 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 02:51:07 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529549467.14.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7447

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Wed Jun 20 23:26:44 2018
From: report at bugs.python.org (Christopher Frederickson)
Date: Thu, 21 Jun 2018 03:26:44 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529551604.46.0.56676864532.issue33912@psf.upfronthosting.co.za>


Change by Christopher Frederickson <fredericc0 at students.rowan.edu>:


----------
keywords: +patch
pull_requests: +7448
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Wed Jun 20 23:33:30 2018
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 21 Jun 2018 03:33:30 +0000
Subject: [issue32500] PySequence_Length() raises TypeError on dict type
In-Reply-To: <1515199107.36.0.467229070634.issue32500@psf.upfronthosting.co.za>
Message-ID: <1529552010.92.0.56676864532.issue32500@psf.upfronthosting.co.za>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

I don't believe this. Are you seriously saying that it is ok to tell the user "object of type 'dict' has no len()" when of course it does? Please change the error message so it does not so blatantly lie. Yes, I understand the underlying issue, but the common user doesn't need to understand it, and they shouldn't be lied to.

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32500>
_______________________________________

From report at bugs.python.org  Thu Jun 21 00:35:53 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 04:35:53 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529555753.48.0.56676864532.issue33924@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e1f0dceb266ae66a3b8ea9d087266f3960c59b2d by Miss Islington (bot) in branch '3.7':
bpo-33924: Change IDLE mainmenu.menudefs key 'windows' to 'window' (GH-7836)
https://github.com/python/cpython/commit/e1f0dceb266ae66a3b8ea9d087266f3960c59b2d


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Thu Jun 21 00:41:01 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 04:41:01 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529556061.01.0.56676864532.issue33924@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 06deaf44d05471d9438502706cc09bb0e2ad3216 by Miss Islington (bot) in branch '3.6':
bpo-33924: Change IDLE mainmenu.menudefs key 'windows' to 'window' (GH-7836)
https://github.com/python/cpython/commit/06deaf44d05471d9438502706cc09bb0e2ad3216


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Thu Jun 21 01:55:23 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 21 Jun 2018 05:55:23 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
In-Reply-To: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>
Message-ID: <1529560523.56.0.56676864532.issue33911@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Slightly off topic but while trying to look at the code I can see a space between function name and parenthesis as below. It's not an invalid syntax but it's mentioned as a pet peeve in PEP 8 to not to have space between function name and parenthesis. I did a simple grep and I could some places where even function definitions have spaces as below. It's a trivial thing but just wanted to post it here and might seem like an invalid syntax for someone new fixing it.

# Lib/xmlrpc/server.py

argspec = inspect.formatargspec (

# simple grep and manual scanning with `rg '\w+ \(' | grep -v -E 'if|while|for|except|return' | grep '.py' | less`

Tools/gdb/libpython.py:    def __init__ (self, gdbval):
Tools/gdb/libpython.py:    def to_string (self):
Tools/gdb/libpython.py:def register (obj):
Tools/gdb/libpython.py:register (gdb.current_objfile ())
Tools/gdb/libpython.py:        gdb.Command.__init__ (self,
Tools/gdb/libpython.py:        gdb.Command.__init__ (self,
Tools/gdb/libpython.py:        gdb.Command.__init__ (self,
Tools/gdb/libpython.py:        gdb.Command.__init__ (self,
Tools/gdb/libpython.py:        gdb.Command.__init__ (self,

# Relevant PEP 8 section : https://www.python.org/dev/peps/pep-0008/#pet-peeves

> Immediately before the open parenthesis that starts the argument list of a function call:
> Yes: spam(1)
> No:  spam (1)


Also I think it will be good if a deprecation is made then it has to run the test suite with `-Werror` so that the deprecations are fixed which is slightly subjective though where deprecations are reverted back in a future version for reasons like easy 2to3 porting.

Thanks much for these easy issues and I hope someone takes it up.

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Thu Jun 21 01:59:37 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 05:59:37 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529560777.24.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Thu Jun 21 02:45:26 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 21 Jun 2018 06:45:26 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529563525.99.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7449
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Thu Jun 21 02:45:26 2018
From: report at bugs.python.org (Tal Einat)
Date: Thu, 21 Jun 2018 06:45:26 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1529563526.09.0.665841612001.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7450

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Thu Jun 21 03:47:27 2018
From: report at bugs.python.org (Joachim Trouverie)
Date: Thu, 21 Jun 2018 07:47:27 +0000
Subject: [issue29612] TarFile.extract() suffers from hard links inside tarball
In-Reply-To: <1487671846.82.0.103027933595.issue29612@psf.upfronthosting.co.za>
Message-ID: <1529567247.97.0.56676864532.issue29612@psf.upfronthosting.co.za>


Joachim Trouverie <joachim.trouverie at linoame.fr> added the comment:

Travis build failed for a reason unrelated to my changes. I relaunched it using an empty commit. 

If anyone could validate my changes I would rebase to validate my work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29612>
_______________________________________

From report at bugs.python.org  Thu Jun 21 03:56:15 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 07:56:15 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529567775.78.0.56676864532.issue33894@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7451

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Thu Jun 21 03:57:55 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 21 Jun 2018 07:57:55 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529567875.98.0.56676864532.issue33894@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7452

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Thu Jun 21 04:00:31 2018
From: report at bugs.python.org (Robert)
Date: Thu, 21 Jun 2018 08:00:31 +0000
Subject: [issue33922] Enforce 64bit Python by Launcher
In-Reply-To: <1529538222.45.0.56676864532.issue33922@psf.upfronthosting.co.za>
Message-ID: <1529568031.12.0.56676864532.issue33922@psf.upfronthosting.co.za>


Robert <lma at posteo.de> added the comment:

A thanks!

In the meantime I found the corresponding changelog entry:
https://bugs.python.org/issue30291

I checked the corresponding commit:

there is no documentation update. It would be nice if the new feature can be found in the documentation (including the fact that -64 is only supported after installing python 3.7 or newer)...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33922>
_______________________________________

From report at bugs.python.org  Thu Jun 21 04:05:10 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 21 Jun 2018 08:05:10 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529568310.28.0.56676864532.issue33894@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset b225cb770fb17596298f5a05c41a7c90c470c4f8 by Eric V. Smith (Miss Islington (bot)) in branch '3.6':
bpo-33894: Clarified the tempfile.tempdir documentation (GH-7829) (GH-7842)
https://github.com/python/cpython/commit/b225cb770fb17596298f5a05c41a7c90c470c4f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Thu Jun 21 04:54:30 2018
From: report at bugs.python.org (=?utf-8?b?TWlja2HDq2wgUy4=?=)
Date: Thu, 21 Jun 2018 08:54:30 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
In-Reply-To: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>
Message-ID: <1529571270.25.0.56676864532.issue33903@psf.upfronthosting.co.za>


Micka?l S. <contact at tiger-222.fr> added the comment:

In my case, on the computer doing releases, I cannot use the full Python installer (even with a minimal unattend.xml file) because any software installation is prohibited. This is an issue in my side but it is for the context.

I was expecting to be able to install modules even with the embeddable Python. I do not see that limitation in the docs.

The issue here is that I cannot install a package with no wheel because pip requires 'lib2to3\\Grammar3.6.5.final.0.pickle' (even if I am targetting python 3.6 only). Do you see it as an issue or a desired behavior?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Thu Jun 21 05:20:00 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 21 Jun 2018 09:20:00 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1529572800.04.0.56676864532.issue33914@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I think it's a problem with user-level permission error not being able to create a process (Wild guess to try sudo?). The tests run without error for me. Please add in information regarding you environment, gdb version and perhaps the whole output of `./python -Werror -m test -v test_gdb`

# Test log

karthi at ubuntu-s-1vcpu-1gb-blr1-01:~/python-build/cpython$ ./python -Werror -m test -v test_gdb
== CPython 2.7.15+ (remotes/upstream/2.7:f291888, Jun 21 2018, 09:13:04) [GCC 5.4.0 20160609]
==   Linux-4.4.0-127-generic-x86_64-with-debian-stretch-sid little-endian
==   /home/karthi/python-build/cpython/build/test_python_13424
== CPU count: 1
Run tests sequentially
0:00:00 load avg: 1.53 [1/1] test_gdb
GDB version 7.11:
    GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
    Copyright (C) 2016 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "x86_64-linux-gnu".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>.
    Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.
    For help, type "help".
    Type "apropos word" to search for commands related to "word".
test_NULL_instance_dict (test.test_gdb.PrettyPrintTests)
Ensure that a PyInstanceObject with with a NULL in_dict is handled ... ok
test_NULL_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with NULL ob_type is handled gracefully ... ok
test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully ... ok
test_builtin_function (test.test_gdb.PrettyPrintTests) ... ok
test_builtin_method (test.test_gdb.PrettyPrintTests) ... ok
test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled ... ok
test_classic_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of classic class instances ... ok
test_corrupt_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a corrupt ob_type is handled gracefully ... ok
test_corrupt_tp_flags (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_flags is handled ... ok
test_corrupt_tp_name (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_name is handled ... ok
test_dicts (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of dictionaries ... ok
test_exceptions (test.test_gdb.PrettyPrintTests) ... ok
test_frames (test.test_gdb.PrettyPrintTests) ... ok
test_frozensets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of frozensets ... ok
test_getting_backtrace (test.test_gdb.PrettyPrintTests) ... ok
test_int (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "int" values ... ok
test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of lists ... ok
test_long (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "long" values ... ok
test_modern_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of new-style class instances ... ok
test_selfreferential_dict (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a dict doesn't lead proxyval ... ok
test_selfreferential_list (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a list doesn't lead proxyval ... ok
test_selfreferential_new_style_instance (test.test_gdb.PrettyPrintTests) ... ok
test_selfreferential_old_style_instance (test.test_gdb.PrettyPrintTests) ... ok
test_sets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of sets ... ok
test_singletons (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of True, False and None ... ok
test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of strings ... ok
test_subclassing_list (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a list subclass ... ok
test_subclassing_tuple (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a tuple subclass ... ok
test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated ... ok
test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples ... ok
test_unicode (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode values ... ok
test_basic_command (test.test_gdb.PyListTests)
Verify that the "py-list" command works ... ok
test_one_abs_arg (test.test_gdb.PyListTests)
Verify the "py-list" command with one absolute argument ... ok
test_two_abs_args (test.test_gdb.PyListTests)
Verify the "py-list" command with two absolute arguments ... ok
test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack ... ok
test_pyup_command (test.test_gdb.StackNavigationTests)
Verify that the "py-up" command works ... ok
test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack ... ok
test_up_then_down (test.test_gdb.StackNavigationTests)
Verify "py-up" followed by "py-down" ... ok
test_bt (test.test_gdb.PyBtTests)
Verify that the "py-bt" command works ... ok
test_bt_full (test.test_gdb.PyBtTests)
Verify that the "py-bt-full" command works ... ok
test_gc (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates if a thread is garbage-collecting ... ok
test_pycfunction (test.test_gdb.PyBtTests)
Verify that "py-bt" displays invocations of PyCFunction instances ... ok
test_threads (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates threads that are waiting for the GIL ... ok
test_wrapper_call (test.test_gdb.PyBtTests) ... ok
test_basic_command (test.test_gdb.PyPrintTests)
Verify that the "py-print" command works ... ok
test_print_after_up (test.test_gdb.PyPrintTests) ... ok
test_printing_builtin (test.test_gdb.PyPrintTests) ... ok
test_printing_global (test.test_gdb.PyPrintTests) ... ok
test_basic_command (test.test_gdb.PyLocalsTests) ... ok
test_locals_after_up (test.test_gdb.PyLocalsTests) ... ok

----------------------------------------------------------------------
Ran 50 tests in 35.304s

OK

== Tests result: SUCCESS ==

1 test OK.

Total duration: 36 sec
Tests result: SUCCESS


Thanks

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Thu Jun 21 05:24:36 2018
From: report at bugs.python.org (Matthias Bussonnier)
Date: Thu, 21 Jun 2018 09:24:36 +0000
Subject: [issue33910] update random.Random 's parameter to have a proper name.
In-Reply-To: <1529484015.93.0.56676864532.issue33910@psf.upfronthosting.co.za>
Message-ID: <1529573076.69.0.56676864532.issue33910@psf.upfronthosting.co.za>


Matthias Bussonnier <bussonniermatthias at gmail.com> added the comment:

Thanks @rhettinger, this is a perfectly valid position, and one of the respons I was expecting.

>  That said, it doesn't seem to have ever caused a problem in practice (this API has been around for a very long time)

I have myself not found a lot of usage of `random.Random(x=123)` though I can't say what the lack of occurences is due to. If I have the choice between
  - Random(123)
  - Random(x=123)
  - Random(seed=123)

I definitively find `Random(x=123)` the  least readable. I can guess what `Random(123)` means, `Random(seed=123)` is self-explanatory, `Random(x=123)` will make me doubt what this means. So you might say no one as reported problem because no one is using it...

Yes `x` is explained in the docstring, but that's still requires reading the docstring and reaching for it. As some tab completion engine show functions signatures I want to argue that good parameter names could thus make a difference.

Thanks again for you quick response I'm going to close corresponding PRs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33910>
_______________________________________

From report at bugs.python.org  Thu Jun 21 05:36:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 09:36:40 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529573800.07.0.56676864532.issue33916@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7453

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Thu Jun 21 05:41:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 09:41:25 +0000
Subject: [issue23224] LZMADecompressor object is only initialized in __init__
In-Reply-To: <1421024308.33.0.868171678499.issue23224@psf.upfronthosting.co.za>
Message-ID: <1529574085.17.0.56676864532.issue23224@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Calling directly __new__() is very unusual, so I'm not surprised that you found bugs. Calling __init__() twice is also an unusal practice. I concur with Serhiy: implementing new instead of init should prevent such bug. I recall that some objects decided instead to raise an exception if they are not fully initialized (if init has not been called), but using new instead of init seems to be safer approach if we can implement it.

In the meanwhile, I blocked by the memory leak (handle leak) in bz2 and lzma: bpo-33916. I proposed a very simple fix: PR 7843. I propose to apply this one since it's easy to backport it to all branches, whereas replacing init with new would be more difficult and risky to backport: I would suggest to only make this change in the master.

What do you think?

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23224>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:04:52 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 21 Jun 2018 10:04:52 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529575492.39.0.56676864532.issue33716@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I don't remember :-/  It's probably ok to increase the timeout, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:07:32 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 21 Jun 2018 10:07:32 +0000
Subject: [issue33925] builtin_function_or_method compares __self__ by identity
 instead of equality
Message-ID: <1529575652.49.0.56676864532.issue33925@psf.upfronthosting.co.za>


New submission from Jeroen Demeyer <J.Demeyer at UGent.be>:

Methods of Python functions compare equal if the functions are equal and if __self__ is equal:

>>> class X:
...     def __eq__(self, other): return True
...     def meth(self): pass
>>> X().meth == X().meth
True

This is because X() == X() even though X() is not X().

For extension types, we get instead:

>>> [].append == [].append
False

This is because comparison is done with "is" instead of "==". This is a needless difference.

----------
messages: 320148
nosy: jdemeyer
priority: normal
severity: normal
status: open
title: builtin_function_or_method compares __self__ by identity instead of equality

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33925>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:35:39 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 21 Jun 2018 10:35:39 +0000
Subject: [issue33926] test_gdb is skipped in builds since gdb is not installed
 as part of build script
Message-ID: <1529577339.32.0.56676864532.issue33926@psf.upfronthosting.co.za>


New submission from Karthikeyan Singaravelan <tir.karthi at gmail.com>:

I was checking on https://bugs.python.org/issue30345 and https://bugs.python.org/issue33914. I looked into Travis and VSTS builds for test_gdb. Though python is built with `--with-pydebug` gdb is not installed in the builds and hence the test_gdb is skipped. Adding installation of gdb will help in making sure test_gdb is run.

# test_gdb skipped : 

* https://travis-ci.org/python/cpython/jobs/394900803#L1532

# After installation of gdb 

My build fails due to urllib errors and trying to install gdb using sudo apt-get install gdb on MacOS. The config can be fixed.

test_gdb tests : https://travis-ci.org/tirkarthi/cpython/jobs/394947895#L2501

I am willing to make a PR for Travis but I don't know how VSTS config works to test it on VSTS builds with an account.

Thanks

----------
components: Build
messages: 320149
nosy: xtreak
priority: normal
severity: normal
status: open
title: test_gdb is skipped in builds since gdb is not installed as part of build script
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33926>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:37:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 10:37:20 +0000
Subject: [issue33926] test_gdb is skipped in builds since gdb is not installed
 as part of build script
In-Reply-To: <1529577339.32.0.56676864532.issue33926@psf.upfronthosting.co.za>
Message-ID: <1529577440.62.0.56676864532.issue33926@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

While test_gdb is not tested on pre-commit, it's tested by buildbots on post-commit.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33926>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:37:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 10:37:31 +0000
Subject: [issue33926] test_gdb is skipped in builds since gdb is not installed
 as part of build script
In-Reply-To: <1529577339.32.0.56676864532.issue33926@psf.upfronthosting.co.za>
Message-ID: <1529577451.94.0.56676864532.issue33926@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
components: +Tests
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33926>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:45:40 2018
From: report at bugs.python.org (Michael Kuhlmann)
Date: Thu, 21 Jun 2018 10:45:40 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
Message-ID: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>


New submission from Michael Kuhlmann <michaelkoolman95 at gmail.com>:

It would be nice to have same infile and outfile for json.tool to replace json files with their pretty-printed version.

Currently, if I try this I get an error:
$ python3 -m json.tool example.json example.json
Expecting value: line 1 column 1 (char 0)

----------
messages: 320151
nosy: kuhlmann
priority: normal
severity: normal
status: open
title: Allow json.tool to have identical infile and outfile
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:48:29 2018
From: report at bugs.python.org (=?utf-8?q?St=C3=A9phane_Wirtel?=)
Date: Thu, 21 Jun 2018 10:48:29 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529578109.08.0.56676864532.issue33927@psf.upfronthosting.co.za>


St?phane Wirtel <stephane at wirtel.be> added the comment:

yep, or you could use sponge

cat example.json | python3 -m json.tool | sponge example.json

a small workaround ;-)

----------
nosy: +matrixise

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:55:07 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 10:55:07 +0000
Subject: [issue33925] builtin_function_or_method compares __self__ by identity
 instead of equality
In-Reply-To: <1529575652.49.0.56676864532.issue33925@psf.upfronthosting.co.za>
Message-ID: <1529578507.7.0.56676864532.issue33925@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This is a duplicate of issue1617161.

----------
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Instance methods compare equal when their self's are equal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33925>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:55:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 10:55:58 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
Message-ID: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

_Py_DecodeUTF8Ex() creates surrogate pairs with 16-bit wchar_t (on Windows), whereas input bytes should be escaped. I'm quite sure that it's a bug.

----------
components: Interpreter Core
messages: 320154
nosy: serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:57:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 10:57:13 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
In-Reply-To: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>
Message-ID: <1529578633.76.0.56676864532.issue33928@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Extract of _Py_DecodeUTF8Ex() code, there is an explicit "write a surrogate pair" comment:

#if SIZEOF_WCHAR_T == 4
        ch = ucs4lib_utf8_decode(&s, e, (Py_UCS4 *)unicode, &outpos);
#else
        ch = ucs2lib_utf8_decode(&s, e, (Py_UCS2 *)unicode, &outpos);
#endif
        if (ch > 0xFF) {
#if SIZEOF_WCHAR_T == 4
            Py_UNREACHABLE();
#else
            assert(ch > 0xFFFF && ch <= MAX_UNICODE);
            /* write a surrogate pair */
            unicode[outpos++] = (wchar_t)Py_UNICODE_HIGH_SURROGATE(ch);
            unicode[outpos++] = (wchar_t)Py_UNICODE_LOW_SURROGATE(ch);
#endif
        }

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 06:58:44 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 10:58:44 +0000
Subject: [issue32555] Encoding issues with the locale encoding
In-Reply-To: <1516015242.77.0.467229070634.issue32555@psf.upfronthosting.co.za>
Message-ID: <1529578724.15.0.56676864532.issue32555@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

freebsd$ LC_ALL=fr_FR.ISO8859-1 ./python -c 'import locale, os; locale.setlocale(locale.LC_ALL, ""); print(ascii(os.strerror(2)))'
'Fichier ou r\xe9pertoire inexistant'

I ran manually this test on FreeBSD: it pass on Python 3.6, 3.7 and master. I close the issue.


> Another issue: _Py_DecodeUTF8Ex() creates surrogate pairs with 16-bit wchar_t (on Windows), whereas input bytes should be escaped. I'm quite sure that it's a bug.

I created bpo-33928 for that one.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32555>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:00:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:00:03 +0000
Subject: [issue32710] test_asyncio leaked [4, 4, 3] memory blocks,
 sum=11 on AMD64 Windows8.1 Refleaks 3.x
In-Reply-To: <1517229818.86.0.467229070634.issue32710@psf.upfronthosting.co.za>
Message-ID: <1529578803.19.0.56676864532.issue32710@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh, I found again this bug while working on my PR 7827 (detect handle leaks on Windows in regrtest).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32710>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:00:41 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 11:00:41 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
In-Reply-To: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>
Message-ID: <1529578841.56.0.56676864532.issue33928@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Could you show an example please?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:01:12 2018
From: report at bugs.python.org (Ammar Askar)
Date: Thu, 21 Jun 2018 11:01:12 +0000
Subject: [issue33921] Explain that '' can be used to bind to all interfaces
 for the AF_INET address family in the docs
In-Reply-To: <1529535395.97.0.56676864532.issue33921@psf.upfronthosting.co.za>
Message-ID: <1529578872.15.0.56676864532.issue33921@psf.upfronthosting.co.za>


Ammar Askar <ammar at ammaraskar.com> added the comment:

It's kinda mentioned:

"For IPv4 addresses, two special forms are accepted instead of a host address: the empty string represents INADDR_ANY"

Though it could be more explicit on what means since binding to all interfaces is a common use case.

----------
nosy: +ammar2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33921>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:02:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:02:52 +0000
Subject: [issue33929] test_multiprocessing_spawn leaks 5 handles
Message-ID: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

The following test leaks 5 open handles when checking for leaks using my PR 7827:

test.test_multiprocessing_spawn.WithProcessesTestProcess.test_many_processes

Command to reproduce the leak (using my PR 7827):

python -m test -R 3:3 test_multiprocessing_spawn -m test.test_multiprocessing_spawn.WithProcessesTestProcess.test_many_processes

----------
components: Library (Lib)
messages: 320160
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn leaks 5 handles
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:04:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:04:48 +0000
Subject: [issue33929] test_multiprocessing_spawn leaks 5 handles
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1529579088.95.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:05:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:05:06 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1529579106.29.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: test_multiprocessing_spawn leaks 5 handles -> test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:06:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:06:51 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1529579211.29.0.56676864532.issue33914@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Vibhuti: Hi! Would you mind to describe your environment? What is your operating system (name, version)? Are you running test_gdb as root or as your normal user? How did you install Python?

Note: I recently backported python-gdb.py a few enhancements from master to 2.7: commit e36f94f204f3257a206a7766464a94230337fd18.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:08:29 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:08:29 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
In-Reply-To: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>
Message-ID: <1529579309.0.0.56676864532.issue33735@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I just created bpo-33929: "test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows". See also my PR 7827.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:10:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:10:16 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
In-Reply-To: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>
Message-ID: <1529579416.95.0.56676864532.issue33928@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Could you show an example please?

I saw an issue when reading the code, I didn't try to trigger the issue using real code yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:13:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:13:52 +0000
Subject: [issue32942] Regression: test_script_helper fails
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1529579632.13.0.56676864532.issue32942@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I confirm that I reproduce the issue on Windows when running "python -m test test_script_helper -v" from the source code directory, on 3.6, 3.7 and master branches.

Using Python 3.6 installed on the system (using python.org installer), the same command pass.

----------
nosy: +vstinner
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:14:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 11:14:40 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1529579680.45.0.56676864532.issue32942@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: Regression: test_script_helper fails -> test_script_helper fails on Windows when run from the source code directory

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:15:46 2018
From: report at bugs.python.org (John Hagen)
Date: Thu, 21 Jun 2018 11:15:46 +0000
Subject: [issue33921] Explain that '' can be used to bind to all interfaces
 for the AF_INET address family in the docs
In-Reply-To: <1529535395.97.0.56676864532.issue33921@psf.upfronthosting.co.za>
Message-ID: <1529579746.02.0.56676864532.issue33921@psf.upfronthosting.co.za>


John Hagen <johnthagen at gmail.com> added the comment:

@ammar2

I see that now. Yeah it's further down in the docs and doesn't actually call out '' like is done for AF_CAN:

A tuple (interface, ) is used for the AF_CAN address family, where interface is a string representing a network interface name like 'can0'. The network interface name '' can be used to receive packets from all network interfaces of this family.

Ideally I think putting something in this section would be helpful:

A pair (host, port) is used for the AF_INET address family, where host is a string representing either a hostname in Internet domain notation like 'daring.cwi.nl' or an IPv4 address like '100.50.200.5', and port is an integer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33921>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:21:24 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 21 Jun 2018 11:21:24 +0000
Subject: [issue33925] builtin_function_or_method compares __self__ by identity
 instead of equality
In-Reply-To: <1529575652.49.0.56676864532.issue33925@psf.upfronthosting.co.za>
Message-ID: <1529580084.09.0.56676864532.issue33925@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

> This is a duplicate of issue1617161.

Well, it's really the opposite. That issue seems to be arguing that __self__ should be compared using "is" while I think it should be compared using "==".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33925>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:27:57 2018
From: report at bugs.python.org (Alistair Buxton)
Date: Thu, 21 Jun 2018 11:27:57 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
Message-ID: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>


New submission from Alistair Buxton <a.j.buxton at gmail.com>:

The following small snippet of code will crash 3.6.5 with a segfault.

The crash occurs at cleanup, so it won't happen in the interactive interpreter (until you exit).


# --- code ---

o = object()
for x in range(1000000):
    o = o.__dir__
    print(x, id(o.__dir__))

# --- end code ---

----------
components: Interpreter Core
messages: 320167
nosy: a-j-buxton
priority: normal
severity: normal
status: open
title: Segfault with deep recursion into object().__dir__
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:30:33 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Thu, 21 Jun 2018 11:30:33 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
 equal
Message-ID: <1529580633.68.0.56676864532.issue1617161@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

I just posted to python-dev about this issue:

https://mail.python.org/pipermail/python-dev/2018-June/153959.html

However, I think that comparing using "==" is the right thing to do. So I think that

>>> [].append == [].append
False

should really return True.

----------
nosy: +jdemeyer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:30:39 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 21 Jun 2018 11:30:39 +0000
Subject: [issue33716] test_concurrent_futures.test_crash() failed on x86
 Windows7 3.7
In-Reply-To: <1527770473.78.0.682650639539.issue33716@psf.upfronthosting.co.za>
Message-ID: <1529580639.65.0.56676864532.issue33716@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 3ad8decd76c736f393755537aeb19b5612c21761 by Pablo Galindo in branch 'master':
bpo-33716, test_concurrent_futures: increase timeout (GH-7828)
https://github.com/python/cpython/commit/3ad8decd76c736f393755537aeb19b5612c21761


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33716>
_______________________________________

From report at bugs.python.org  Thu Jun 21 07:43:19 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 11:43:19 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
In-Reply-To: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>
Message-ID: <1529581399.93.0.56676864532.issue33928@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I don't see anything wrong.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 08:23:54 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Thu, 21 Jun 2018 12:23:54 +0000
Subject: [issue33462] reversible dict
In-Reply-To: <1526009418.33.0.682650639539.issue33462@psf.upfronthosting.co.za>
Message-ID: <1529583834.59.0.56676864532.issue33462@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi, is everything good with attached PR or should I refactor it further?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33462>
_______________________________________

From report at bugs.python.org  Thu Jun 21 08:45:50 2018
From: report at bugs.python.org (Anselm Kruis)
Date: Thu, 21 Jun 2018 12:45:50 +0000
Subject: [issue33931] Building 2.7 on Windows with PC\VS9.0 is broken
Message-ID: <1529585150.62.0.56676864532.issue33931@psf.upfronthosting.co.za>


New submission from Anselm Kruis <a.kruis at science-computing.de>:

Currently 2.7 fails to build on Win32 using PC\VS90\build.bat -e for two reasons:

1. Wrong openssl version: PC\VS9.0 is still at version 1.0.2k, whereas PCbuild/get_externals.bat downloads version 1.0.2o.

2. Building tcl fails with well known "nmakehlp" not found problem. It is caused by the following line in PC\VS90\build.bat: "nmake -f makefile.vc MACHINE=%machine% DEBUG=%debug_flag% INSTALLDIR="%tcltkdir%" clean all". Separate invocations of nmake for "clean" and "all" fix the problem.

I'll provide a pull request for both issues. I hope it is OK to make just a single PR, because the changes are trivial.


Relevant output from PC\VS90\build.bat:

Setting environment for using Microsoft Visual Studio 2008 x86 tools.

Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.

===============================================================================
*** Compiler has 'Optimizations'
*** Compiler does not have 'Pentium 0x0f fix'
*** Linker has 'Win98 alignment problem'
*** Intermediate directory will be '.\Release_VC9\tcl_Dynamic'
*** Output directory will be '.\Release_VC9'
*** Suffix for binaries will be ''
*** Optional defines are '-DTCL_CFGVAL_ENCODING=\"cp1252\" -DSTDC_HEADERS -DNDEBUG -DTCL_CFG_OPTIMIZED'
*** Compiler version 9. Target machine is IX86
*** Host architecture is AMD64
*** Compiler options '-W3  -Ot -Oi -fp:strict -Gs -GS -GL  -RTC1 -W3'
*** Link options '-ltcg'
*** Dependency rules are not being used.

Cleaning .\Release_VC9\tcl_Dynamic\* ...
Cleaning ..\win\nmakehlp.obj ...
Cleaning ..\win\nmakehlp.exe ...
Cleaning ..\win\_junk.pch ...
Cleaning ..\win\vercl.x ...
Cleaning ..\win\vercl.i ...
Cleaning ..\win\versions.vc ...
        cl -nologo -c -W3 -W3 -D _CRT_SECURE_NO_DEPRECATE -D _CRT_NONSTDC_NO_DEPRECATE -Fp.\Release_VC9\tcl_Dynamic\ -O2  -Ot -Oi -fp:strict -Gs -GS -GL -MD -I"
..\win" -I"..\generic" -I"..\libtommath" -DTCL_PIPE_DLL=\"tclpip85.dll\" -DTCL_TOMMATH -DMP_PREC=4 -Dinline=__inline -DTCL_CFGVAL_ENCODING=\"cp1252\" -DSTDC_HEA
DERS -DNDEBUG -DTCL_CFG_OPTIMIZED  -DTCL_USE_STATIC_PACKAGES=0  -Fo.\Release_VC9\tcl_Dynamic\tclAppInit.obj ..\win\tclAppInit.c
tclAppInit.c
Der Befehl "nmakehlp" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
NMAKE : fatal error U1077: 'nmakehlp' : return code '0x1'
Stop.

Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.

===============================================================================
*** Compiler has 'Optimizations'
*** Compiler does not have 'Pentium 0x0f fix'
*** Linker has 'Win98 alignment problem'
*** Intermediate directory will be '.\Release_VC9\tcl_Dynamic'
*** Output directory will be '.\Release_VC9'
*** Suffix for binaries will be ''
*** Optional defines are '-DTCL_CFGVAL_ENCODING=\"cp1252\" -DSTDC_HEADERS -DNDEBUG -DTCL_CFG_OPTIMIZED'
*** Compiler version 9. Target machine is IX86
*** Host architecture is AMD64
*** Compiler options '-W3  -Ot -Oi -fp:strict -Gs -GS -GL  -RTC1 -W3'
*** Link options '-ltcg'
*** Dependency rules are not being used.

Installing to 'D:\kruis_F\fg2\stackless\python\PC\VS9.0\..\..\externals\tcltk'
Installing tcl85.dll
Datei tcl85.dll nicht gefunden
NMAKE : fatal error U1077: 'xcopy' : return code '0x4'
Stop.

----------
assignee: christian.heimes
components: SSL, Tkinter
messages: 320172
nosy: anselm.kruis, christian.heimes, steve.dower, zach.ware
priority: normal
severity: normal
status: open
title: Building 2.7 on Windows with PC\VS9.0 is broken
type: compile error
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33931>
_______________________________________

From report at bugs.python.org  Thu Jun 21 08:52:50 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Thu, 21 Jun 2018 12:52:50 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529585570.81.0.56676864532.issue33927@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi Michael, looking at the current code of json.tool, there is no reason for it not to be able to do this, I will a patch to do this tonight.

----------
nosy: +remi.lapeyre

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:04:41 2018
From: report at bugs.python.org (Steve Dower)
Date: Thu, 21 Jun 2018 13:04:41 +0000
Subject: [issue33903] Can't use lib2to3 with embeddable zip file
In-Reply-To: <1529419657.22.0.56676864532.issue33903@psf.upfronthosting.co.za>
Message-ID: <1529586281.52.0.56676864532.issue33903@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

There's a command to generate that file though I forget what it is. The embeddable distro does not support installation, though it may work sometimes (it's still the same Python binaries).

Try going to nuget.org, search for Python and install one of those packages (there should be instructions on the site). Alternatively, I think the WinPython distro has a non-installed version that you may be able to use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33903>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:08:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:08:48 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
Message-ID: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

It would help to document that calling Py_Initialize() twice in Python 3.7 now triggers a fatal error, whereas previous the second call did nothing. Document it at:
https://docs.python.org/dev/whatsnew/3.7.html#changes-in-the-c-api

... Or should it be considered as a regression?

--

My colleague Miro Hron?ok reported a Python crash (SIGABRT) when running https://github.com/konlpy/konlpy test suite on Python 3.7:

"Fatal Python error: _Py_InitializeCore: main interpreter already initialized"

konlpy uses the JPype project, the bug is in JPype initialization function (it's a C extension):

* https://github.com/originell/jpype/issues/331
* https://github.com/originell/jpype/pull/332

----------
assignee: docs at python
components: Documentation
keywords: easy
messages: 320175
nosy: docs at python, eric.snow, ncoghlan, ned.deily, vstinner
priority: normal
severity: normal
status: open
title: Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:11:26 2018
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Jun 2018 13:11:26 +0000
Subject: [issue33809] Expose `capture_locals` parameter in `traceback`
 convenience functions
In-Reply-To: <1528473140.44.0.592728768989.issue33809@psf.upfronthosting.co.za>
Message-ID: <1529586686.78.0.56676864532.issue33809@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

I think we should get one or more of the core devs who were involved in the changes that added that parameter to sign off on whether this is a good idea or not (I have no opinion at the moment).  You should be able to find them via git blame and looking at the issues related to the changesets you find.  Unless someone who remembers comes along and just adds them to nosy :)

----------
nosy: +r.david.murray
type:  -> enhancement
versions:  -Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33809>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:17:54 2018
From: report at bugs.python.org (Anselm Kruis)
Date: Thu, 21 Jun 2018 13:17:54 +0000
Subject: [issue33931] Building 2.7 on Windows with PC\VS9.0 is broken
In-Reply-To: <1529585150.62.0.56676864532.issue33931@psf.upfronthosting.co.za>
Message-ID: <1529587074.75.0.56676864532.issue33931@psf.upfronthosting.co.za>


Change by Anselm Kruis <a.kruis at science-computing.de>:


----------
keywords: +patch
pull_requests: +7454
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33931>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:19:41 2018
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Jun 2018 13:19:41 +0000
Subject: [issue32500] PySequence_Length() raises TypeError on dict type
In-Reply-To: <1515199107.36.0.467229070634.issue32500@psf.upfronthosting.co.za>
Message-ID: <1529587181.57.0.56676864532.issue32500@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

IIUC that error message came from pypy, not CPython.  If you have a reproducer for CPython, you can open a new issue with a request to fix the error message.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32500>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:25:21 2018
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 21 Jun 2018 13:25:21 +0000
Subject: [issue33933] Error message says dict has no len
Message-ID: <1529587521.24.0.56676864532.issue33933@psf.upfronthosting.co.za>


New submission from Vedran ?a?i? <vedgar at gmail.com>:

Look at this:

>>> import bisect
>>> bisect.bisect({}, None)
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in <module>
    bisect.bisect({}, None)
TypeError: object of type 'dict' has no len()

Of course, objects of type 'dict' do have len. The problem is that bisect considers its first argument a sequence, which is very sensible to do (although, with ordered dicts, it's not the only sensible choice), but it gives a very wrong error message given that context.

At https://bugs.python.org/issue32500, R. David Murray told me to open this.

----------
components: Interpreter Core
messages: 320178
nosy: veky
priority: normal
severity: normal
status: open
title: Error message says dict has no len
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33933>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:26:24 2018
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Thu, 21 Jun 2018 13:26:24 +0000
Subject: [issue32500] PySequence_Length() raises TypeError on dict type
In-Reply-To: <1515199107.36.0.467229070634.issue32500@psf.upfronthosting.co.za>
Message-ID: <1529587584.81.0.56676864532.issue32500@psf.upfronthosting.co.za>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Sure, here it is: https://bugs.python.org/issue33933

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32500>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:30:53 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:30:53 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529587853.58.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I set the priority to release blocker to make sure that someone looks at this issue, even if I'm not sure that it's a huge regression.

----------
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:31:43 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:31:43 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529587903.93.0.56676864532.issue33932@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7455
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:31:52 2018
From: report at bugs.python.org (R. David Murray)
Date: Thu, 21 Jun 2018 13:31:52 +0000
Subject: [issue33925] builtin_function_or_method compares __self__ by identity
 instead of equality
In-Reply-To: <1529575652.49.0.56676864532.issue33925@psf.upfronthosting.co.za>
Message-ID: <1529587912.39.0.56676864532.issue33925@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

This is still a duplicate issue, though, you are just arguing for a different resolution of the other one :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33925>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:35:14 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:35:14 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529588114.65.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The behaviour changed has been introduced by bpo-22257:

commit 1abcf6700b4da6207fe859de40c6c1bada6b4fec
Author: Eric Snow <ericsnowcurrently at gmail.com>
Date:   Tue May 23 21:46:51 2017 -0700

    bpo-22257: Private C-API for core runtime initialization (PEP 432). (#1772)
    
    (patch by Nick Coghlan)

Simplified change:

-    if (initialized)
-        return;
-    initialized = 1;

+    if (_Py_Initialized) {
+        Py_FatalError("Py_InitializeCore: main interpreter already initialized");
+    }

----------
components: +Interpreter Core -Documentation

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:40:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:40:20 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529588420.09.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Attached PR 7845 restores the Python 3.6 behaviour: calling Py_Initialize() twice does nothing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 09:41:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 13:41:11 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529588471.83.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Note: the doc doesn't say that the function must only be called once, nor document the (current) new Python 3.7 restriction (must only be called once):
https://docs.python.org/dev/c-api/init.html#c.Py_Initialize

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:08:36 2018
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 21 Jun 2018 14:08:36 +0000
Subject: [issue33931] Building 2.7 on Windows with PC\VS9.0 is broken
In-Reply-To: <1529585150.62.0.56676864532.issue33931@psf.upfronthosting.co.za>
Message-ID: <1529590116.61.0.56676864532.issue33931@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset 7b383a57145046a6a6ad6cd26f3139163df07885 by Zachary Ware (Anselm Kruis) in branch '2.7':
bpo-33931: Fix building using PC\VS9.0\build.bat -e (GH-7844)
https://github.com/python/cpython/commit/7b383a57145046a6a6ad6cd26f3139163df07885


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33931>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:11:06 2018
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 21 Jun 2018 14:11:06 +0000
Subject: [issue33931] Building 2.7 on Windows with PC\VS9.0 is broken
In-Reply-To: <1529585150.62.0.56676864532.issue33931@psf.upfronthosting.co.za>
Message-ID: <1529590266.86.0.56676864532.issue33931@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Thanks, Anselm!  I'll leave this open until our VS9 buildbots [1] confirm that they're happy with it, but I suspect since they weren't broken before they won't be affected by this anyway.

[1] http://buildbot.python.org/all/#/builders?tags=%2Bvs9

----------
assignee: christian.heimes -> zach.ware
resolution:  -> fixed
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33931>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:18:03 2018
From: report at bugs.python.org (=?utf-8?q?Nicolas_No=C3=A9?=)
Date: Thu, 21 Jun 2018 14:18:03 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
In-Reply-To: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>
Message-ID: <1529590683.27.0.56676864532.issue33911@psf.upfronthosting.co.za>


Nicolas No? <nicolas at niconoe.eu> added the comment:

I'm willing to try solving this!

----------
nosy: +niconoe

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:24:22 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 14:24:22 +0000
Subject: [issue32500] PySequence_Length() raises TypeError on dict type
In-Reply-To: <1515199107.36.0.467229070634.issue32500@psf.upfronthosting.co.za>
Message-ID: <1529591062.31.0.56676864532.issue32500@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7456

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32500>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:30:09 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 14:30:09 +0000
Subject: [issue32500] PySequence_Length() raises TypeError on dict type
In-Reply-To: <1515199107.36.0.467229070634.issue32500@psf.upfronthosting.co.za>
Message-ID: <1529591409.67.0.56676864532.issue32500@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I agree that error messages sometimes is misleading if use the C API.

PR 7846 fixes this, although I'm not sure this is the best wording.

----------
assignee: docs at python -> serhiy.storchaka
components: +Interpreter Core
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32500>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:38:10 2018
From: report at bugs.python.org (=?utf-8?q?Nicolas_No=C3=A9?=)
Date: Thu, 21 Jun 2018 14:38:10 +0000
Subject: [issue33911] [EASY] test_docxmlrpc fails when run with -Werror
In-Reply-To: <1529488615.5.0.56676864532.issue33911@psf.upfronthosting.co.za>
Message-ID: <1529591890.13.0.56676864532.issue33911@psf.upfronthosting.co.za>


Change by Nicolas No? <nicolas at niconoe.eu>:


----------
keywords: +patch
pull_requests: +7457
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33911>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:39:00 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 14:39:00 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529591940.1.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:44:10 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 14:44:10 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529592250.46.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:44:40 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 14:44:40 +0000
Subject: [issue33855] IDLE: Minimally test every non-startup module.
In-Reply-To: <1528960393.44.0.947875510639.issue33855@psf.upfronthosting.co.za>
Message-ID: <1529592280.3.0.56676864532.issue33855@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.8 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33855>
_______________________________________

From report at bugs.python.org  Thu Jun 21 10:48:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 14:48:42 +0000
Subject: [issue31530] Python 2.7 readahead feature of file objects is not
 thread safe
In-Reply-To: <1505914032.54.0.91752475423.issue31530@psf.upfronthosting.co.za>
Message-ID: <1529592522.24.0.56676864532.issue31530@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

This bug has been fixed in Python 2.7.15.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31530>
_______________________________________

From report at bugs.python.org  Thu Jun 21 11:00:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 15:00:22 +0000
Subject: [issue31530] CVE-2018-1000030: Python 2.7 readahead feature of file
 objects is not thread safe
In-Reply-To: <1505914032.54.0.91752475423.issue31530@psf.upfronthosting.co.za>
Message-ID: <1529593222.0.0.56676864532.issue31530@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I added this issue to my python-security page since the issue got a CVE number: CVE-2018-1000030

* http://python-security.readthedocs.io/vuln/cve-2018-1000030_python_2.7_readahead_is_not_thread_safe.html
* https://access.redhat.com/security/cve/cve-2018-1000030

----------
title: Python 2.7 readahead feature of file objects is not thread safe -> CVE-2018-1000030: Python 2.7 readahead feature of file objects is not thread safe
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31530>
_______________________________________

From report at bugs.python.org  Thu Jun 21 11:33:09 2018
From: report at bugs.python.org (Farhaan Bukhsh)
Date: Thu, 21 Jun 2018 15:33:09 +0000
Subject: [issue33809] Expose `capture_locals` parameter in `traceback`
 convenience functions
In-Reply-To: <1528473140.44.0.592728768989.issue33809@psf.upfronthosting.co.za>
Message-ID: <1529595189.85.0.56676864532.issue33809@psf.upfronthosting.co.za>


Farhaan Bukhsh <farhaan.bukhsh at gmail.com> added the comment:

Hahah! Let me try to put this on the IRC channel may be someone can help us there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33809>
_______________________________________

From report at bugs.python.org  Thu Jun 21 12:00:37 2018
From: report at bugs.python.org (Nicolas Hainaux)
Date: Thu, 21 Jun 2018 16:00:37 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
Message-ID: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>


New submission from Nicolas Hainaux <nh.techn at gmail.com>:

Expected behaviour:

When unset, the locale in use is `C` (as stated in python documentation) and `locale.getlocale()` returns  `(None, None)` on Linux with python2.7 or on Windows with python2.7 and python 3.6 (at least):


$ python2
Python 2.7.15 (default, May  1 2018, 20:16:04) 
[GCC 7.3.1 20180406] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getlocale()
(None, None)
>>> 


Issue:

But when using python3.4+ on Linux, instead of `(None, None)`, `locale.getlocale()` returns the same value as `locale.getdefaultlocale()`:


$ python
Python 3.6.3 (default, Oct 24 2017, 14:48:20) 
[GCC 7.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getlocale()
('fr_FR', 'UTF-8')
>>> locale.localeconv()
{'int_curr_symbol': '', 'currency_symbol': '', 'mon_decimal_point': '', 'mon_thousands_sep': '', 'mon_grouping': [], 'positive_sign': '', 'negative_sign': '', 'int_frac_digits': 127, 'frac_digits': 127, 'p_cs_precedes': 127, 'p_sep_by_space': 127, 'n_cs_precedes': 127, 'n_sep_by_space': 127, 'p_sign_posn': 127, 'n_sign_posn': 127, 'decimal_point': '.', 'thousands_sep': '', 'grouping': []}
>>> locale.str(2.5)
'2.5'


Though the locale actually in use is still `C` (as shown above by the output of `locale.localeconv()` and confirmed by the result of `locale.str(2.5)`, which shows a dot as decimal point and not a comma (as expected with `fr_FR.UTF-8`)).

I could observe this confusing behaviour on Linux with python3.4, 3.5, 3.6 and 3.7 (rc1). (Also on FreeBSD with python3.6.1).

A problematic consequence of this behaviour is that it becomes impossible to detect whether the locale has already been set by the user, or not.

I could not find any other similar issue and hope this is not a duplicate.

----------
components: Library (Lib)
messages: 320192
nosy: zezollo
priority: normal
severity: normal
status: open
title: locale.getlocale() seems wrong when the locale is yet unset (python3 on linux)
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Thu Jun 21 12:03:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 16:03:48 +0000
Subject: [issue33928] _Py_DecodeUTF8Ex() creates surrogate pairs on Windows
In-Reply-To: <1529578558.62.0.56676864532.issue33928@psf.upfronthosting.co.za>
Message-ID: <1529597028.59.0.56676864532.issue33928@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I don't see anything wrong.

I write a C function to test _Py_DecodeUTF8Ex():

* surrogateescape=0 fails with a decoding error as expected
* surrogateescape=1 escapes the bytes as expected as: '\udced\udcb2\udc80'

Ok, I just misunderstood the code: the decoder is fine!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33928>
_______________________________________

From report at bugs.python.org  Thu Jun 21 12:13:03 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 16:13:03 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529597583.03.0.56676864532.issue33912@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 419e88d18ccc83e182afca124d42f46794022aab by Victor Stinner (Christopher Frederickson) in branch 'master':
bpo-33912: Fix test_warnings when run with -Werror (GH-7839)
https://github.com/python/cpython/commit/419e88d18ccc83e182afca124d42f46794022aab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Thu Jun 21 12:14:17 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 16:14:17 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529597657.01.0.56676864532.issue33912@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Thank you Christopher Frederickson for your contribution! I merged your PR. I confirm that it fixes the issue.

Thanks Thomas Kluyver for the hints ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Thu Jun 21 12:14:30 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 21 Jun 2018 16:14:30 +0000
Subject: [issue33912] [EASY] test_warnings: test_exec_filename() fails when
 run with -Werror
In-Reply-To: <1529488764.99.0.56676864532.issue33912@psf.upfronthosting.co.za>
Message-ID: <1529597670.27.0.56676864532.issue33912@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33912>
_______________________________________

From report at bugs.python.org  Thu Jun 21 13:33:05 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 21 Jun 2018 17:33:05 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529602385.94.0.56676864532.issue33897@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

Can I take a look at this issue?

One question, if we pass the restart keyword as true, should we clear all handlers before we call basicConfig?, or should we maintain it?

----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Thu Jun 21 14:47:03 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 21 Jun 2018 18:47:03 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
 equal
Message-ID: <1529606823.35.0.56676864532.issue1617161@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7458
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Thu Jun 21 15:01:15 2018
From: report at bugs.python.org (Robert)
Date: Thu, 21 Jun 2018 19:01:15 +0000
Subject: [issue33922] Enforce 64bit Python by Launcher
In-Reply-To: <1529538222.45.0.56676864532.issue33922@psf.upfronthosting.co.za>
Message-ID: <1529607675.21.0.56676864532.issue33922@psf.upfronthosting.co.za>


Change by Robert <lma at posteo.de>:


----------
pull_requests: +7459

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33922>
_______________________________________

From report at bugs.python.org  Thu Jun 21 15:01:15 2018
From: report at bugs.python.org (Robert)
Date: Thu, 21 Jun 2018 19:01:15 +0000
Subject: [issue30291] Allow windows launcher to specify bit lengths with &
 without minor version
In-Reply-To: <1494064652.52.0.930357680293.issue30291@psf.upfronthosting.co.za>
Message-ID: <1529607675.46.0.665841612001.issue30291@psf.upfronthosting.co.za>


Change by Robert <lma at posteo.de>:


----------
pull_requests: +7460

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30291>
_______________________________________

From report at bugs.python.org  Thu Jun 21 15:02:53 2018
From: report at bugs.python.org (Robert)
Date: Thu, 21 Jun 2018 19:02:53 +0000
Subject: [issue33922] Enforce 64bit Python by Launcher
In-Reply-To: <1529538222.45.0.56676864532.issue33922@psf.upfronthosting.co.za>
Message-ID: <1529607773.2.0.56676864532.issue33922@psf.upfronthosting.co.za>


Robert <lma at posteo.de> added the comment:

I extended the documentation and created a pullrequest:

https://github.com/python/cpython/pull/7849

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33922>
_______________________________________

From report at bugs.python.org  Thu Jun 21 16:42:19 2018
From: report at bugs.python.org (Armin Rigo)
Date: Thu, 21 Jun 2018 20:42:19 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
 equal
Message-ID: <1529613739.74.0.56676864532.issue1617161@psf.upfronthosting.co.za>


Change by Armin Rigo <arigo at users.sourceforge.net>:


----------
nosy:  -arigo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Thu Jun 21 17:40:15 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 21 Jun 2018 21:40:15 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529617215.25.0.56676864532.issue33613@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
keywords: +patch
pull_requests: +7461
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Thu Jun 21 18:56:48 2018
From: report at bugs.python.org (Lew Kurtz)
Date: Thu, 21 Jun 2018 22:56:48 +0000
Subject: [issue33460] ... used to indicate many different things in chapter 3, 
 some are confusing
In-Reply-To: <1525995197.73.0.682650639539.issue33460@psf.upfronthosting.co.za>
Message-ID: <1529621808.94.0.56676864532.issue33460@psf.upfronthosting.co.za>


Change by Lew Kurtz <lew.kurtz at icloud.com>:


----------
keywords: +patch
pull_requests: +7462
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33460>
_______________________________________

From report at bugs.python.org  Thu Jun 21 19:26:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 23:26:02 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529477220.81.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529623562.99.0.56676864532.issue33905@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: https://bugs.python.org/msg320002

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 19:26:11 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 21 Jun 2018 23:26:11 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
Message-ID: <1529623571.28.0.56676864532.issue33905@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: https://bugs.python.org/msg320028

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 19:39:36 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 21 Jun 2018 23:39:36 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529624376.33.0.56676864532.issue33919@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think the basic implementation problem is that by the time you get to get_hash_info() in sysmodule.c, you no longer have access to the _PyCoreConfig object, nor the _PyMain object that it's generally attached to.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Thu Jun 21 20:38:26 2018
From: report at bugs.python.org (Deniz Bozyigit)
Date: Fri, 22 Jun 2018 00:38:26 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError
Message-ID: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>


New submission from Deniz Bozyigit <deniz195 at gmail.com>:

When using shutil.copyfile on the Google Drive File Stream file system, a incorrect SameFileError can occur. 

MWE (assuming foo.txt exists in your google drive G:\\):
>>> f1 = 'G:\\My Drive\\foo.txt'
>>> f2 = 'G:\\My Drive\\foo2.txt'
>>> import shutil
>>> shutil.copyfile(f1, f2)
>>> shutil.copyfile(f1, f2)

--> Last line throws incorrect SameFileError. In comparison, executing the same code on a different file system (e.g. local hard drive) will result in no errors.

More details described here: https://github.com/jupyter/notebook/issues/3615

The error originates in the library in generalpath.py in the function samestat: Google Drive File Stream reports inode==0 which makes os.path.samefile(f1, f2) == True for any files f1 and f2 on Google File Stream.

I propose the following patch, which currently works for me:

--- genericpath.py      2018-06-22 02:14:27.145744900 +0200
+++ genericpath_new.py  2018-06-22 02:10:44.485961100 +0200
@@ -86,8 +86,11 @@
 # describing the same file?
 def samestat(s1, s2):
     """Test whether two stat buffers reference the same file"""
-    return (s1.st_ino == s2.st_ino and
-            s1.st_dev == s2.st_dev)
+    return (s1.st_ino != 0 and
+                       s2.st_ino != 0 and
+                       s1.st_ino == s2.st_ino and
+            s1.st_dev == s2.st_dev)
+


 # Are two filenames really pointing to the same file?

----------
components: Library (Lib), Windows
messages: 320199
nosy: Deniz Bozyigit, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: shutil.copyfile throws incorrect SameFileError
type: crash
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Thu Jun 21 20:39:10 2018
From: report at bugs.python.org (Deniz Bozyigit)
Date: Fri, 22 Jun 2018 00:39:10 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529627950.2.0.56676864532.issue33935@psf.upfronthosting.co.za>


Change by Deniz Bozyigit <deniz195 at gmail.com>:


----------
title: shutil.copyfile throws incorrect SameFileError -> shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Thu Jun 21 20:48:31 2018
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 22 Jun 2018 00:48:31 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
 equal
Message-ID: <1529628511.62.0.56676864532.issue1617161@psf.upfronthosting.co.za>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

If [].append == [].append is True in the "unique set of callbacks" scenario, that implies that it's perfectly fine to not call one of them when both are registered. But this means that only one list ends up getting updated, when you tried to register both for updates. That's definitely surprising, and not in a good way.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Thu Jun 21 20:53:46 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 00:53:46 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
Message-ID: <1529628826.07.0.56676864532.issue33905@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7463
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 21:43:24 2018
From: report at bugs.python.org (Charmander)
Date: Fri, 22 Jun 2018 01:43:24 +0000
Subject: [issue26440] tarfile._FileInFile.seekable is broken in stream mode
In-Reply-To: <1456418959.65.0.0948342534374.issue26440@psf.upfronthosting.co.za>
Message-ID: <1529631804.15.0.56676864532.issue26440@psf.upfronthosting.co.za>


Change by Charmander <~@charmander.me>:


----------
nosy: +charmander

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26440>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:00:36 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Jun 2018 02:00:36 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529632836.4.0.56676864532.issue33935@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

That patch would cause references to the same file on a google drive to report that the files were different.

I'd say this is a bug in Google Drive's posix emulation.

I'm not sure there's a good answer here, because even if every other element of the stat were equal, that wouldn't mean it was the same file: if you use copystat as well as copyfile the stats would otherwise be equal.

I think we should close this as a third party bug.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:07:35 2018
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 22 Jun 2018 02:07:35 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529633255.38.0.56676864532.issue33935@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

David, this is a bug in Python, and the proposed patch is insufficient. We use the volume serial number as st_dev, and this is not guaranteed to be unique in Windows, and may be 0, just as a file's index number is also allowed to be 0. Both possibilities are well documented. With a WebDAV volume you will find that both numbers are 0. Using the VSN and file index as if they're the same as POSIX st_dev and st_ino is technically wrong. There is no guarantee that this tuple uniquely identifies a file in Windows.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:20:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 02:20:03 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
Message-ID: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:


New changeset bcd3a1a18d841338f57c39f6a7de8cf14d0c3e03 by Terry Jan Reedy in branch 'master':
bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852)
https://github.com/python/cpython/commit/bcd3a1a18d841338f57c39f6a7de8cf14d0c3e03


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:20:11 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 02:20:11 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529634011.5.0.56676864532.issue33905@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7464

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:21:10 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 02:21:10 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529634070.15.0.56676864532.issue33905@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7465

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:25:34 2018
From: report at bugs.python.org (R. David Murray)
Date: Fri, 22 Jun 2018 02:25:34 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529634334.78.0.56676864532.issue33935@psf.upfronthosting.co.za>


R. David Murray <rdmurray at bitdance.com> added the comment:

OK.  Finding a solution for this (other than never raising samefile on such systems and documenting it as a limitation) may be difficult.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:48:48 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 02:48:48 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529635728.77.0.56676864532.issue33905@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d554414d981a8bfe38cc5df5751bc3efcb0c36c3 by Miss Islington (bot) in branch '3.7':
bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852)
https://github.com/python/cpython/commit/d554414d981a8bfe38cc5df5751bc3efcb0c36c3


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:49:08 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 02:49:08 +0000
Subject: [issue33905] IDLE: stackbrowser.Stackbrowser should accept exception.
In-Reply-To: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529635748.97.0.56676864532.issue33905@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a0622f1071164bc67a307cfec1173c295901c4b9 by Miss Islington (bot) in branch '3.6':
bpo-33905: Add test for idlelib.stackview.StackBrowser. (GH-7852)
https://github.com/python/cpython/commit/a0622f1071164bc67a307cfec1173c295901c4b9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:50:21 2018
From: report at bugs.python.org (Quentin Minster)
Date: Fri, 22 Jun 2018 02:50:21 +0000
Subject: [issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c
Message-ID: <1529635821.29.0.56676864532.issue33936@psf.upfronthosting.co.za>


New submission from Quentin Minster <quentin at minster.io>:

I'm getting a compile error in Modules/_hashopenssl.c because the file uses some pre-1.1.0 APIs even though I'm running OpenSSL 1.1.0.

This is because this file doesn't define the OPENSSL_VERSION_1_1 macro, like Modules/_ssl.c does.

----------
components: Extension Modules
messages: 320207
nosy: laomaiweng
priority: normal
severity: normal
status: open
title: OPENSSL_VERSION_1_1 never defined in _hashopenssl.c
type: compile error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33936>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:52:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 02:52:14 +0000
Subject: [issue33905] IDLE: Test stackbrowser.Stackbrowser
In-Reply-To: <1529634003.88.0.56676864532.issue33905@psf.upfronthosting.co.za>
Message-ID: <1529635934.97.0.56676864532.issue33905@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

(My initial messages contained a mistaken idea based on a mis-remembering the details sys.last values and exceptions.)

If an exception is not caught and a traceback is printed, sys.last_type, sys.last_value, and sys.last_traceback are set.  When an exception is caught, the last_ x values are not touched, but the same are available by calling sys.exc_info.  Stackview accessed all 3 sys.last_x values, but they are not normally set when testing because exception are caught.  The test sets them from a sys.exc_info after catching an exception.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: IDLE: stackbrowser.Stackbrowser should accept exception. -> IDLE: Test stackbrowser.Stackbrowser
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33905>
_______________________________________

From report at bugs.python.org  Thu Jun 21 22:52:54 2018
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 22 Jun 2018 02:52:54 +0000
Subject: [issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c
In-Reply-To: <1529635821.29.0.56676864532.issue33936@psf.upfronthosting.co.za>
Message-ID: <1529635974.95.0.56676864532.issue33936@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7466
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33936>
_______________________________________

From report at bugs.python.org  Thu Jun 21 23:01:00 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Fri, 22 Jun 2018 03:01:00 +0000
Subject: [issue33876] doc Mention relevant pythonesque implementations
In-Reply-To: <1529118910.74.0.56676864532.issue33876@psf.upfronthosting.co.za>
Message-ID: <1529636459.99.0.56676864532.issue33876@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks for the PR, and thanks everyone for the feedback.

But I don't think we should be the one maintaining a list of all available alternative Python implementation out there.

There is already a good list: https://wiki.python.org/moin/PythonImplementations which is the top result when people search for "Python implementation".

I'm inclined to close this issue.

----------
nosy: +Mariatta
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33876>
_______________________________________

From report at bugs.python.org  Fri Jun 22 01:30:49 2018
From: report at bugs.python.org (Deniz Bozyigit)
Date: Fri, 22 Jun 2018 05:30:49 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529645449.7.0.56676864532.issue33935@psf.upfronthosting.co.za>


Deniz Bozyigit <deniz195 at gmail.com> added the comment:

Hi, thank you for looking into this. I'm aware that the shown patch is not the ideal solution and a mere fix to get my jupyter operational. 

An indication on a workable solution could be the _samefile function in shutil that wraps os.path.samefile:

def _samefile(src, dst):
    # Macintosh, Unix.
    if hasattr(os.path, 'samefile'):
        try:
            return os.path.samefile(src, dst)
        except OSError:
            return False

    # All other platforms: check for same pathname.
    return (os.path.normcase(os.path.abspath(src)) ==
            os.path.normcase(os.path.abspath(dst)))


I understand that the implicit platform differentiation that is done here (see the comment line) is not valid anymore since os.path.samefile is now available on windows systems. It seems that for a windows system the here implemented file name comparison could be workable (even moving it into os.path.samefile?), if the platform is identified correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:04:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:04:41 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529651081.24.0.56676864532.issue33919@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I think the basic implementation problem is that by the time you get to get_hash_info() in sysmodule.c, you no longer have access to the _PyCoreConfig object, nor the _PyMain object that it's generally attached to.

An interpreter now keeps a copy of _PyCoreConfig and _PyMainInterpreterConfig.

See for example make_flags() in sysmodule.c:

_PyCoreConfig *core_config = &_PyGILState_GetInterpreterStateUnsafe()->core_config;
...
PyStructSequence_SET_ITEM(seq, pos++, PyBool_FromLong(core_config->dev_mode));

The interpreter really owns the copy of these configs and they are kept until the interpreter object is destroyed.

Another example:

static PyObject *
import_find_and_load(PyObject *abs_name)
{
    ...
    int import_time = interp->core_config.import_time;
    ...
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:06:07 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 22 Jun 2018 07:06:07 +0000
Subject: [issue1617161] Instance methods compare equal when their self's are
 equal
Message-ID: <1529651167.67.0.56676864532.issue1617161@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PR 7848 is based on method_compare.diff and 1617161_test_update.diff, but also makes types.MethodWrapperType unorderable, adds more tests and fixes some outdated tests.

This change can be considered as a bugfix, but since it can break the user code (unlikely), it may be safer to merge it only in 3.8 and expose as a new feature.

But changes to the hash of types.BuiltinMethodType may be backported. Currently the hash is not consistent with the equality.

----------
versions: +Python 3.8 -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1617161>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:10:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:10:22 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529651422.91.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1bb9dd337ed5aa9eafc8e2ce017ceedf044145e3 by Victor Stinner (Miss Islington (bot)) in branch '3.7':
bpo-30345: Add -g to LDFLAGS for LTO (GH-7709) (GH-7824)
https://github.com/python/cpython/commit/1bb9dd337ed5aa9eafc8e2ce017ceedf044145e3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:10:45 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:10:45 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529651445.34.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 78392885c9b08021c89649728053d31503d8a509 by Victor Stinner in branch '3.6':
bpo-30345: Add -g to LDFLAGS for LTO (GH-7709) (GH-7826)
https://github.com/python/cpython/commit/78392885c9b08021c89649728053d31503d8a509


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:11:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:11:35 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529651495.81.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 319cfb5f30c2f5da0cdcd556574727ca347cb7de by Victor Stinner in branch '2.7':
bpo-30345: Add -g to LDFLAGS for LTO (GH-7709) (GH-7825)
https://github.com/python/cpython/commit/319cfb5f30c2f5da0cdcd556574727ca347cb7de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:14:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:14:38 +0000
Subject: [issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO
In-Reply-To: <1494519392.85.0.668925519236.issue30345@psf.upfronthosting.co.za>
Message-ID: <1529651678.58.0.56676864532.issue30345@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I created backports to 2.7, 3.6 and 3.7 branches: do you see any reason to not fix python-gdb.py in these branches? (Any reason to not add -g to $LTOFLAGS?)

Honestly, the risk is very low: only "./configure --with-lto" is impacted and the addition of -g is protected by $ac_cv_prog_cc_g in configure. The -g flag just asks to copy debug symbols, it should not impact compiler performances.
0
Anyway, if something goes wrong, obviously we can revert the change and see for a different fix.

Thanks cstratak for the bug report, and thanks Marcel Plch for the proposed fix (it works well)!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30345>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:32:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 07:32:56 +0000
Subject: [issue33937] [3.6] test_socket: testSendmsgTimeout() failed on Travis
 CI
Message-ID: <1529652776.13.0.56676864532.issue33937@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

https://travis-ci.org/python/cpython/jobs/395349473

======================================================================
ERROR: testSendmsgTimeout (test.test_socket.SendmsgSCTPStreamTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 281, in _tearDown
    raise exc
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 299, in clientRun
    test_func()
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 2319, in _testSendmsgTimeout
    self.sendmsgToServer([b"a"*512])
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 2008, in sendmsgToServer
    *(args + self.sendmsg_to_server_defaults[len(args):]))
OSError: [Errno 12] Cannot allocate memory
======================================================================
FAIL: testSendmsgDontWait (test.test_socket.SendmsgSCTPStreamTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 281, in _tearDown
    raise exc
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 299, in clientRun
    test_func()
  File "/home/travis/build/python/cpython/Lib/test/test_socket.py", line 2343, in _testSendmsgDontWait
    (errno.EAGAIN, errno.EWOULDBLOCK))
AssertionError: 12 not found in (11, 11)

test_socket failed when run in parallel, but also when the test has been re-run sequentially in verbose mode.

== Tests result: FAILURE then FAILURE ==
393 tests OK.
10 slowest tests:
- test_multiprocessing_spawn: 2 min 36 sec
- test_multiprocessing_forkserver: 1 min 41 sec
- test_multiprocessing_fork: 1 min 26 sec
- test_asyncio: 1 min 8 sec
- test_concurrent_futures: 1 min 7 sec
- test_subprocess: 59 sec
- test_zipfile: 47 sec
- test_io: 42 sec
- test_lib2to3: 33 sec
- test_lzma: 29 sec
1 test failed:
    test_socket
13 tests skipped:
    test_devpoll test_gdb test_kqueue test_msilib test_ossaudiodev
    test_startfile test_tix test_tk test_ttk_guionly test_winconsoleio
    test_winreg test_winsound test_zipfile64
1 re-run test:
    test_socket

----------
components: Tests
messages: 320217
nosy: vstinner
priority: normal
severity: normal
status: open
title: [3.6] test_socket: testSendmsgTimeout() failed on Travis CI
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33937>
_______________________________________

From report at bugs.python.org  Fri Jun 22 03:39:11 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Fri, 22 Jun 2018 07:39:11 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529653151.4.0.56676864532.issue33897@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

You would just clear all handlers added to the root logger before calling the existing code:

    try:
        # new code to be added, not tested
        for h in root.handlers[:]:
            root.removeHandler(h)
            h.close()
        # existing code
        if len(root.handlers) == 0:
            handlers = kwargs.pop("handlers", None)

Of course, test case, documentation etc. needs to be added as well.

Not sure if "restart" is the best name, as it implies more than we're doing here. Similarly for "reset". IMO "force" might be better as the keyword argument name. Raymond, what do you think about "force" from a pedagogical point of view?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Fri Jun 22 04:03:58 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 22 Jun 2018 08:03:58 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529654638.37.0.56676864532.issue33897@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

"force" +1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Fri Jun 22 04:51:59 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 22 Jun 2018 08:51:59 +0000
Subject: [issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c
In-Reply-To: <1529635821.29.0.56676864532.issue33936@psf.upfronthosting.co.za>
Message-ID: <1529657519.14.0.56676864532.issue33936@psf.upfronthosting.co.za>


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


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33936>
_______________________________________

From report at bugs.python.org  Fri Jun 22 05:00:37 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 22 Jun 2018 09:00:37 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529658037.91.0.56676864532.issue33932@psf.upfronthosting.co.za>


Xiang Zhang <angwerzx at 126.com> added the comment:

> Note: the doc doesn't say that the function must only be called once, nor document the (current) new Python 3.7 restriction (must only be called once):

But the doc says:

  This is a no-op when called for a second time (without calling Py_FinalizeEx() first).

no-op means it could be called twice?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 06:29:24 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 22 Jun 2018 10:29:24 +0000
Subject: [issue33720] test_marshal: crash in Python 3.7b5 on Windows 10
In-Reply-To: <1527779615.11.0.682650639539.issue33720@psf.upfronthosting.co.za>
Message-ID: <1529663364.39.0.56676864532.issue33720@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

What are your thoughts about rewriting the test (PR 7336)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33720>
_______________________________________

From report at bugs.python.org  Fri Jun 22 06:51:56 2018
From: report at bugs.python.org (David)
Date: Fri, 22 Jun 2018 10:51:56 +0000
Subject: [issue33938] Cross compilation fail for ARM
Message-ID: <1529664714.01.0.56676864532.issue33938@psf.upfronthosting.co.za>


New submission from David <raging.blaze at gmail.com>:

Hi all,

I fail on cross compiling Python 2.7.14 for ARM using a self built toolchain.

Build host: Linux x86-64 CentOS 7
Target: arm cortex-a9

My steps are compiling python for the host, after that compiling python for the target using the PYTHON_FOR_BUILD flag with the prior built python.

Compile settings:

cd /home/op/Projekte/Cross_Linux/src/Python-2.7.15 && ./configure --host=arm-cortexa9_neon-linux-gnueabihf ac_cv_file__dev_ptmx=no ac_cv_file__dev_ptc=no ac_cv_have_long_long_format=yes --enable-shared --disable-ipv6 --build=x86_64-pc-linux-gnu PYTHON_FOR_BUILD=/home/op/Projekte/Cross_Linux/hostsrc/../root/bin/python --prefix=/home/op/Projekte/Cross_Linux/src/Python-2.7.15/_install || exit 11 ;\
	make -C /home/op/Projekte/Cross_Linux/src/Python-2.7.15 V=1 || exit 12 ;\
	make -C /home/op/Projekte/Cross_Linux/src/Python-2.7.15 install V=1 || exit 13 ;\

Last snippet from the build log for the target:

building 'ossaudiodev' extension
arm-cortexa9_neon-linux-gnueabihf-gcc -fPIC -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -I. -IInclude -I/usr/local/include -I/usr/include/python2.7 -c ossaudiodev.c -o build/temp.linux-x86_64-2.7/ossaudiodev.o
arm-cortexa9_neon-linux-gnueabihf-gcc: Fehler: nicht erkanntes Kommandozeilenargument in Option ?-mtune=generic?
arm-cortexa9_neon-linux-gnueabihf-gcc: Anmerkung: g?ltige Argumente f?r ?-mtune=? sind: arm1020e arm1020t arm1022e arm1026ej-s arm10e arm10tdmi arm1136j-s arm1136jf-s arm1156t2-s arm1156t2f-s arm1176jz-s arm1176jzf-s arm2 arm250 arm3 arm6 arm60 arm600 arm610 arm620 arm7 arm70 arm700 arm700i arm710 arm7100 arm710c arm710t arm720 arm720t arm740t arm7500 arm7500fe arm7d arm7di arm7dm arm7dmi arm7m arm7tdmi arm7tdmi-s arm8 arm810 arm9 arm920 arm920t arm922t arm926ej-s arm940t arm946e-s arm966e-s arm968e-s arm9e arm9tdmi cortex-a12 cortex-a15 cortex-a15.cortex-a7 cortex-a5 cortex-a53 cortex-a57 cortex-a57.cortex-a53 cortex-a7 cortex-a8 cortex-a9 cortex-m0 cortex-m0plus cortex-m1 cortex-m3 cortex-m4 cortex-r4 cortex-r4f cortex-r5 cortex-r7 ep9312 fa526 fa606te fa626 fa626te fa726te fmp626 generic-armv7-a iwmmxt iwmmxt2 marvell-pj4 mpcore mpcorenovfp native strongarm strongarm110 strongarm1100 strongarm1110 xscale
arm-cortexa9_neon-linux-gnueabihf-gcc: Fehler: nicht erkanntes Kommandozeilenargument in Option ?-mtune=generic?
arm-cortexa9_neon-linux-gnueabihf-gcc: Anmerkung: g?ltige Argumente f?r ?-mtune=? sind: arm1020e arm1020t arm1022e arm1026ej-s arm10e arm10tdmi arm1136j-s arm1136jf-s arm1156t2-s arm1156t2f-s arm1176jz-s arm1176jzf-s arm2 arm250 arm3 arm6 arm60 arm600 arm610 arm620 arm7 arm70 arm700 arm700i arm710 arm7100 arm710c arm710t arm720 arm720t arm740t arm7500 arm7500fe arm7d arm7di arm7dm arm7dmi arm7m arm7tdmi arm7tdmi-s arm8 arm810 arm9 arm920 arm920t arm922t arm926ej-s arm940t arm946e-s arm966e-s arm968e-s arm9e arm9tdmi cortex-a12 cortex-a15 cortex-a15.cortex-a7 cortex-a5 cortex-a53 cortex-a57 cortex-a57.cortex-a53 cortex-a7 cortex-a8 cortex-a9 cortex-m0 cortex-m0plus cortex-m1 cortex-m3 cortex-m4 cortex-r4 cortex-r4f cortex-r5 cortex-r7 ep9312 fa526 fa606te fa626 fa626te fa726te fmp626 generic-armv7-a iwmmxt iwmmxt2 marvell-pj4 mpcore mpcorenovfp native strongarm strongarm110 strongarm1100 strongarm1110 xscale
arm-cortexa9_neon-linux-gnueabihf-gcc: Fehler: ossaudiodev.c: Datei oder Verzeichnis nicht gefunden
arm-cortexa9_neon-linux-gnueabihf-gcc: Fehler: nicht erkannte Kommandozeilenoption ?-m64?
arm-cortexa9_neon-linux-gnueabihf-gcc: Fehler: nicht erkannte Kommandozeilenoption ?-m64?
arm-cortexa9_neon-linux-gnueabihf-gcc: schwerwiegender Fehler: keine Eingabedateien
Kompilierung beendet.
error: /builddir/build/BUILD/Python-2.7.5/Modules/_ctypes/libffi: No such file or directory
make[1]: *** [sharedmods] Fehler 1

I can't get rid of the wrong compiler flags -m64 and -mtune=generic.

Target python build log attached.

----------
components: Cross-Build
files: targetpython_build.log
messages: 320222
nosy: Alex.Willmer, n0s69z
priority: normal
severity: normal
status: open
title: Cross compilation fail for ARM
type: compile error
versions: Python 2.7
Added file: https://bugs.python.org/file47647/targetpython_build.log

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33938>
_______________________________________

From report at bugs.python.org  Fri Jun 22 07:13:28 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 11:13:28 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529666008.48.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

"no-op means it could be called twice" oops right :-) So it's a regression. Would you mind to review my PR 7845, Xiang?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 07:24:04 2018
From: report at bugs.python.org (pmpp)
Date: Fri, 22 Jun 2018 11:24:04 +0000
Subject: [issue33938] Cross compilation fail for ARM
In-Reply-To: <1529664714.01.0.56676864532.issue33938@psf.upfronthosting.co.za>
Message-ID: <1529666644.65.0.56676864532.issue33938@psf.upfronthosting.co.za>


pmpp <pmpp.pub at gmail.com> added the comment:

Hi, in the log i see : checking for --with-system-ffi... no

if you are sure your target ffi is ok then that could look a lot like what i had for python3 cross compile to armv7 android with a self built toolchain too : https://bugs.python.org/issue31710. iirc forcing libffi detection in setup.py helped.

----------
nosy: +pmpp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33938>
_______________________________________

From report at bugs.python.org  Fri Jun 22 07:26:55 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 11:26:55 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529666815.13.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

While I agree the documentation issue means that this should be made to work again for Python 3.7.1, I'd like for Python 3.7 to at least deprecate calling Py_Initialize twice without an intervening Py_Finalize.

Otherwise the public multi-phase interpreter initialization API is going to have to cope with somebody starting the initialization process, and then calling a full Py_Initialize to finish it (instead of the new "complete initialization" API, whatever we end up calling that), and I'd prefer to keep the permitted state transitions more linear than that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 07:41:27 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 11:41:27 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529667687.14.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> While I agree the documentation issue means that this should be made to work again for Python 3.7.1, I'd like for Python 3.7 to at least deprecate calling Py_Initialize twice without an intervening Py_Finalize.

In term of timeline, I would prefer to fix the regression right now, and then see how to deprecate calling the function later :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 08:01:06 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 12:01:06 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529668866.61.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Aye, I'm fine with deferring the programmatic deprecation for now - it's mainly the docs I'd like to see changed at the same time as the regression is fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 08:16:36 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 22 Jun 2018 12:16:36 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529669796.54.0.56676864532.issue27780@psf.upfronthosting.co.za>


Zackery Spytz <zspytz at gmail.com> added the comment:

These memory leaks were fixed in commit 9ac11a752a19c3b8607582a3d5ccb615c467124b, though the fix wasn't applied to 2.7.

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Fri Jun 22 08:48:14 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 12:48:14 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
Message-ID: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

This is a simpler proposal born out of https://bugs.python.org/issue31815: adding __length_hint__ implementations to some known-infinite iterators in itertools that always raise TypeError.

This means that iterator consumers that use the operator.length_hint() API will throw an error when asked to consume them, rather than entering an uninterruptible infinite loop.

The proposed methods added by this proposal would be:

* itertools.count.__length_hint__
* itertools.cycle.__length_hint__
* itertools.repeat.__length_hint__

Each of these would raise TypeError (to indicate an explicitly non-finite length), rather than returning the default of 0 (which length hint API consumers typically interpret as indicating an unknown-but-finite length)

----------
messages: 320229
nosy: ncoghlan, rhettinger
priority: normal
severity: normal
stage: needs patch
status: open
title: Raise TypeError in __length_hint__ for consistently infinite iterators
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 08:51:03 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 12:51:03 +0000
Subject: [issue31815] Make itertools iterators interruptible
In-Reply-To: <1508344981.58.0.213398074469.issue31815@psf.upfronthosting.co.za>
Message-ID: <1529671863.91.0.56676864532.issue31815@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Note: I've filed the "raise TypeError in __length_hint__" suggestion for infinite iterators separately in https://bugs.python.org/issue33939

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31815>
_______________________________________

From report at bugs.python.org  Fri Jun 22 08:57:29 2018
From: report at bugs.python.org (Raghunath Lingutla)
Date: Fri, 22 Jun 2018 12:57:29 +0000
Subject: [issue33940] datetime.strptime have no directive to convert date
 values with Era and Time Zone name
Message-ID: <1529672249.4.0.56676864532.issue33940@psf.upfronthosting.co.za>


New submission from Raghunath Lingutla <raghunath.lingutla at gmail.com>:

Python3.6 module datetime.strptime didn't have directive to convert date values having Era designator (AD or BC) and time zone (Ex: EST, PST, -07:00)

Below are few example for date values which are not supported

2018-04-14 12:08:56 EST

2018-05-23 11:03:43 PST

2017-12-24 AD 12:08:56

2018-05-23 11:03:43 +05:30

----------
components: Extension Modules
messages: 320231
nosy: RaghunathLingutla
priority: normal
severity: normal
status: open
title: datetime.strptime have no directive to convert date values with Era and Time Zone name
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33940>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:02:19 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Fri, 22 Jun 2018 13:02:19 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529672539.78.0.56676864532.issue33939@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

Why TypeError? Wouldn't OverflowError be more suitable?

----------
nosy: +jdemeyer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:03:38 2018
From: report at bugs.python.org (Raghunath Lingutla)
Date: Fri, 22 Jun 2018 13:03:38 +0000
Subject: [issue33941] datetime.strptime not able to recognize invalid date
 formats
Message-ID: <1529672618.24.0.56676864532.issue33941@psf.upfronthosting.co.za>


New submission from Raghunath Lingutla <raghunath.lingutla at gmail.com>:

Can not recognize invalid date values for %Y%m%d, %y%m%d, %Y%m%d %H:%M and few more formats. In Java we have setLenient option which help us to validate to pattern and convert only valid formats
Ex: datetime.strptime('181223', '%Y%m%d') 
For above input I am getting output as 1812-02-03 00:00:00 but expected output is error as ValueError: time data '181223' does not match format '%Y%m%d'

I tested below mentioned 4 modules. All modules giving same output

1) datetime.strptime

2) timestring.Date

3) parser.parse from dateutil

4) dateparser.parse

----------
components: Tests
messages: 320233
nosy: Raghunath Lingutla
priority: normal
severity: normal
status: open
title: datetime.strptime not able to recognize invalid date formats
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33941>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:25:45 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 13:25:45 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529673945.55.0.56676864532.issue33939@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

OverflowError covers cases like greater-than-sys.maxsize range instances, where the object itself is conceptually finite, but the length can't be represented as a C integer.

This case is different: it's a category error where the question being asked doesn't even make sense for the affected type.

However, unlike len(), where a missing __len__() implementation inherently raises TypeError, backwards compatibility requires operator.length_hint() to handle a missing implementation __length_hint__ implementation as equivalent to an implementation that returns a length hint of 0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:41:01 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Fri, 22 Jun 2018 13:41:01 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529674861.11.0.56676864532.issue33939@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

I'm certainly in favor of adding a way for infinite iterators to state that they are infinite. I just feel like TypeError is way overused in Python. I also disagree that it's a category error: it's an iterable, so it does make sense to ask for its length.

You should also consider that there may be classes of iterables whose instances are sometimes finite and sometimes infinite. Then it's certainly not a category error.

So I would like a specific answer for "I'm infinite". If you don't like OverflowError, other options are ArithmeticError, IndexError, ValueError or simply returning math.inf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:46:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 13:46:07 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529675167.69.0.56676864532.issue32568@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> *flags* is deprecated and completely ignored.

What if tomorrow, Linux accepts a new flag, passing the flag would just be ignored? Maybe it's fine. Especially usually Python developers only use flags exposed in Python, and currently, only EPOLL_CLOEXEC is exposed and this flag is useless in the specific case of Python (Python always uses the flag).

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Fri Jun 22 09:54:02 2018
From: report at bugs.python.org (Jeroen Demeyer)
Date: Fri, 22 Jun 2018 13:54:02 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529675642.14.0.56676864532.issue33939@psf.upfronthosting.co.za>


Jeroen Demeyer <J.Demeyer at UGent.be> added the comment:

By the way, there is a precedent for OverflowError on infinities:

>>> import math
>>> int(math.inf)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: cannot convert float infinity to integer

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 10:11:52 2018
From: report at bugs.python.org (Erik Bray)
Date: Fri, 22 Jun 2018 14:11:52 +0000
Subject: [issue33939] Raise TypeError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529676712.45.0.56676864532.issue33939@psf.upfronthosting.co.za>


Erik Bray <erik.m.bray at gmail.com> added the comment:

Per the discussion in https://trac.sagemath.org/ticket/24757, it would also be nice if some other common iterables like map and filter implemented a similar __length_hint__ which would interrogate whatever iterables were give as their argument(s).

To summarize the discussion in that ticket, it would be nice to at least know if I can expect some iterable to be finite without actually knowing its length.  Sure, if I passed in some arbitrary generator there's no way for the intepreter to know a priori if it will terminate.  But I would at least like to be able to manually mark whether I expect, as an intelligent developer, that under normal conditions the generator *should* terminate.  And this information should filter up to other iterators that I pass my generator to.  That way I can code defensively around whether or not I at least expect an iterator to be finite (even if not of a known length).

----------
nosy: +erik.bray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 10:06:26 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 14:06:26 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529676386.6.0.56676864532.issue32568@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Also sizehint=0 was rejected before 2fb9ae9dfc5a6830d902332ba93b13387e292ddb. Now it is accepted.

DESCRIPTION
       epoll_create() creates a new epoll(7) instance.  Since Linux 2.6.8, the
       size argument is ignored, but must be  greater  than  zero;  see  NOTES
       below.

(...)

NOTES
       In  the  initial  epoll_create()  implementation,  the  size   argument
       informed  the  kernel of the number of file descriptors that the caller
       expected to add to the epoll instance.  The kernel used  this  informa?
       tion  as a hint for the amount of space to initially allocate in inter?
       nal data structures describing events.  (If necessary, the kernel would
       allocate  more  space  if the caller's usage exceeded the hint given in
       size.)  Nowadays, this hint is no longer required (the  kernel  dynami?
       cally sizes the required data structures without needing the hint), but
       size must still be greater than zero, in order to ensure backward  com?
       patibility when new epoll applications are run on older kernels.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Fri Jun 22 10:27:30 2018
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Fri, 22 Jun 2018 14:27:30 +0000
Subject: [issue31558] gc.freeze() - an API to mark objects as uncollectable
In-Reply-To: <1506126089.65.0.135296831106.issue31558@psf.upfronthosting.co.za>
Message-ID: <1529677650.35.0.56676864532.issue31558@psf.upfronthosting.co.za>


Change by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31558>
_______________________________________

From report at bugs.python.org  Fri Jun 22 11:12:18 2018
From: report at bugs.python.org (Jasper Trooster)
Date: Fri, 22 Jun 2018 15:12:18 +0000
Subject: [issue33942] IDLE crash when typing opening bracket
Message-ID: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>


New submission from Jasper Trooster <jasper.trooster at gmail.com>:

Sometimes when I type print in my code, the application crashes. Then a window pops up, saying that the program suddenly stopped (description of  error message below). When I click on the option to reopen IDLE, nothing happens, I have to manually reopen it again. I have already sent a report to Apple.

Description of the error message:
IDLE suddenly stopped.
Click on 'Reopen' to reopen the program. Click on 'Report' to view more information and send a report to Apple. 
(?)   (Ignore) (Report...) (Open)

I am coding on a Macbook from late 2008 on OSX El Capitan, version 10.11.6.

----------
assignee: terry.reedy
components: IDLE
files: bug report.mov
messages: 320240
nosy: Japsert, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE crash when typing opening bracket
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47648/bug report.mov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Fri Jun 22 11:25:16 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 22 Jun 2018 15:25:16 +0000
Subject: [issue33939] Raise OverflowError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529681116.27.0.56676864532.issue33939@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Using OverflowError wouldn't mean "I'm infinite", it would only mean "I'm larger than sys.maxsize" (the same way it does for range objects).

However, it may be that that's fine, since the information we really want to convey is:

1. Trying to store this iterable in memory would be a really bad idea
2. Even trying to iterate over this iterable to the end would probably also be a bad idea

And OverflowError conveys those pragmatic consequences pretty well.

(Returning math.inf isn't an option, since __length_hint__ is specified as returning an integer: https://www.python.org/dev/peps/pep-0424/)

----------
title: Raise TypeError in __length_hint__ for consistently infinite iterators -> Raise OverflowError in __length_hint__ for consistently infinite iterators

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 11:45:56 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 22 Jun 2018 15:45:56 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
Message-ID: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, the logging.basicConfig documentation could have some useful references for filemodes, time.strftime, printf-formatting, and logging level.

PR adds them.

----------
assignee: docs at python
components: Documentation
messages: 320242
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add references to logging.basicConfig
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Fri Jun 22 11:47:49 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Fri, 22 Jun 2018 15:47:49 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529682469.58.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7468
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Fri Jun 22 12:03:30 2018
From: report at bugs.python.org (Steve Dower)
Date: Fri, 22 Jun 2018 16:03:30 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529683410.92.0.56676864532.issue33935@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

For Windows it would be best (though slower) to pass the paths through os._getfinalpathname before comparison. Detecting that function is an easy way to get the platform right, too.

Unfortunately, the MSDN docs don't make clear that the VSN can be modified, and even goes as far as saying you can compare the two values Eryk has pointed out that you shouldn't :(

The problem is that the values on Windows are coming directly from the filesystem, and apparently there's no requirement that they actually be provided by the filesystem...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Fri Jun 22 12:20:15 2018
From: report at bugs.python.org (Jakub Wilk)
Date: Fri, 22 Jun 2018 16:20:15 +0000
Subject: [issue33875] Allow dynamic password evaluation in pypirc
 configuration file.
In-Reply-To: <1529117678.87.0.56676864532.issue33875@psf.upfronthosting.co.za>
Message-ID: <1529684415.57.0.56676864532.issue33875@psf.upfronthosting.co.za>


Change by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33875>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:14:54 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 17:14:54 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529687694.35.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 209abf746985526bce255e2fba97d3246924885d by Victor Stinner in branch 'master':
bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845)
https://github.com/python/cpython/commit/209abf746985526bce255e2fba97d3246924885d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:15:18 2018
From: report at bugs.python.org (Chris Wilcox)
Date: Fri, 22 Jun 2018 17:15:18 +0000
Subject: [issue33941] datetime.strptime not able to recognize invalid date
 formats
In-Reply-To: <1529672618.24.0.56676864532.issue33941@psf.upfronthosting.co.za>
Message-ID: <1529687718.68.0.56676864532.issue33941@psf.upfronthosting.co.za>


Chris Wilcox <python at crwilcox.com> added the comment:

As %m and %d denote zero padded forms of month and day it seems to me this shouldn't match. Executing a small c program `char* ret = strptime("181223", "%Y%m%d", &tm);` confirms that this is considered invalid to c. The datetime docs indicate that the behavior should match C89 so I would expect python to return ValueError here as well. https://docs.python.org/3/library/datetime.html#strftime-strptime-behavior

----------
components: +Library (Lib) -Tests
nosy: +crwilcox
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33941>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:16:19 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 17:16:19 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529687779.64.0.56676864532.issue33932@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7469

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:22:20 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 17:22:20 +0000
Subject: [issue33944] Deprecate and remove pth files
Message-ID: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>


New submission from Barry A. Warsaw <barry at python.org>:

pth files are evil.  They are very difficult to debug because they're processed too early.  They usually contain globs of inscrutable code.  Exceptions in pth files can get swallowed in some cases.  They are loaded in indeterminate order.

They are also unnecessary to support namespace packages in Python 3 (ignoring straddling code).

Let's start the process for removing them.

1. Deprecate pth files in Python 3.8 and turn them off with the -3 option.

2. Kill off pth file support once Python 2 is EOL'd.

----------
components: Library (Lib)
messages: 320246
nosy: barry, brett.cannon, eric.snow
priority: normal
severity: normal
status: open
title: Deprecate and remove pth files
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:25:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 17:25:46 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529688346.87.0.56676864532.issue33671@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 8fbbdf0c3107c3052659e166f73990b466eacbb0 by Victor Stinner in branch 'master':
bpo-33671: Add support.MS_WINDOWS and support.MACOS (GH-7800)
https://github.com/python/cpython/commit/8fbbdf0c3107c3052659e166f73990b466eacbb0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Fri Jun 22 13:33:51 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 17:33:51 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529688831.16.0.56676864532.issue33932@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3747dd16d5d2af3499f586386e49740a0454cf44 by Miss Islington (bot) in branch '3.7':
bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845)
https://github.com/python/cpython/commit/3747dd16d5d2af3499f586386e49740a0454cf44


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:05:27 2018
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 22 Jun 2018 18:05:27 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529690727.22.0.56676864532.issue33944@psf.upfronthosting.co.za>


Christian Heimes <lists at cheimes.de> added the comment:

+1

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:13:28 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 18:13:28 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529651081.24.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <0442D9D6-B1EC-4CB8-9BAF-F819071DB8C4@python.org>


Barry A. Warsaw <barry at python.org> added the comment:

Thanks for the hint!  I had a feeling there had to be an API to get at it, but I couldn?t find it.  Maybe we should start documenting the Python Secret Underscore API? :)

On Jun 22, 2018, at 00:04, STINNER Victor <report at bugs.python.org> wrote:
> 
> _PyCoreConfig *core_config = &_PyGILState_GetInterpreterStateUnsafe()->core_config;
> ...
> PyStructSequence_SET_ITEM(seq, pos++, PyBool_FromLong(core_config->dev_mode));
> 
> The interpreter really owns the copy of these configs and they are kept until the interpreter object is destroyed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:15:12 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 18:15:12 +0000
Subject: [issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page
In-Reply-To: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>
Message-ID: <1529691312.2.0.56676864532.issue33942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Jasper: when you installed 3.6.5 on your 10.11 machine, you had a choice of the 64-/32-bit installer, good back to 10.6, and newer and better 64-bit installer, good back to 10.9.  Since it seems that the latter, the new and improved option, should work for you, why did you choose the former?  Did you see the discussion under macOS users: new as of 3.6.5?  Do we need to improve it?

Ned: there is no reference anymore on https://www.python.org/downloads/release/python-365/ to https://www.python.org/download/mac/tcltk/.  There should be.  How about making the last part of "The 10.6+ variant still requires installing a third-party version of Tcl/Tk 8.5.", from 'installing' to the end, a link to that page?

Jasper: as your movie shows, we warn about TK 8.5.9 being a problem every time you start IDLE.
"""
WARNING: The version of Tcl/Tk (8.5.9) in use may be unstable.
Visit http://www.python.org/download/mac/tcltk/ for current information.
"""
Did you see this?  Did you read it?  Did you visit the page?  Did you try to follow the instructions? 

How can we make this more prominent and action inducing, without being insulting.  How about
"""
WARNING!!!     WARNING!!!     WARNING!!!     WARNING!!!     WARNING!!!

The version of Tcl/Tk (8.5.9) is ancient and obsolete!

It is almost certainly the buggy and unstable Apple version.
If so, it will eventually crash, causing tkinter and IDLE to crash.

If you continue, DO NOT REPORT the problems that result.

Instead, go to either 
1. http://www.python.org/download/mac/tcltk/
for current information on getting a newer version of Tcl/Tk 8.5;

or (recommended)
2. https://www.python.org/downloads/mac-osx/
to get the macOS 64-bit installer, which includes Tcl/Tk 8.6,
and reinstall.
"""

The last bit about re-downloading and re-installing should be added in any case.

Ned: https://www.python.org/download/mac/tcltk/ lists 8.5.9 under Alternate Tcl/Tk.  There have been multiple reports, like this one, of 8.5.9 causing crashes.  Should 8.5.9 be Not Recommended, and the Alternate column deleted?

Me: tkVersionWarning() is untested.  To do so, the full tk version (patchlevel) should be read on startup, (and added to the sign-on message), and passed to this function.  Tests could then pass in different values.

The function could return '' or message instead of False or message.

----------
components: +macOS
nosy: +ned.deily, ronaldoussoren
stage:  -> needs patch
title: IDLE crash when typing opening bracket -> IDLE: Improve Apple MacOS Tcl/Tk warning and web page
type: crash -> enhancement
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:27:18 2018
From: report at bugs.python.org (Tal Einat)
Date: Fri, 22 Jun 2018 18:27:18 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529692038.25.0.56676864532.issue32568@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

>> Also sizehint=0 was rejected before 2fb9ae9dfc5a6830d902332ba93b13387e292ddb. Now it is accepted.

Please note that by "Now it is accepted" I meant in the current codebase, before PR 7840. In this regard, that PR changes nothing.

Given the documentation quoted by Victor, perhaps it would be wise to review that earlier change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:29:20 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 22 Jun 2018 18:29:20 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529692160.85.0.56676864532.issue33944@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Also +1.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 14:54:56 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 18:54:56 +0000
Subject: [issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page
In-Reply-To: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>
Message-ID: <1529693696.94.0.56676864532.issue33942@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Jasper, as Terry notes, you can either download and install a version of ActiveState Tcl/Tk 8.5 (not 8.6) to use with the version of Python 3.6.5 installed or, better, download and install from the alternate 10.9+ 64-bit-only Python 3.6.5 insteller from python.org which has a built-in version of Tcl/Tk 8.6.

Terry, besides the reference in IDLE startup itself, there is a reference to the tcltk page in the macOS installer README which is displayed in the macOS installer during Python installation.  I believe that should be more than sufficient notice.  More importantly, I'm trying to deprecate use of the 64-bit/32-bit installer.  Starting with the release of 3.7.0 and 3.6.6, the 64-bit-only installer (with builtin Tk 8.6) will be the default download and for 3.7.0 both installer variants come with a builtin Tk 8.6.  And, unless some unforeseen problem pops up, I'm also planning to get rid of Tk 8.5 for good with 3.6.7 and 2.7.16.

----------
assignee: terry.reedy -> ned.deily
resolution:  -> third party
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:12:47 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:12:47 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1529694767.63.0.56676864532.issue33932@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Since the undocumented change in behavior from 3.6 to 3.7 appears to be causing some downstream regressions at this late stage, I think Victor's change should be cherry-picked for 3.7.0 final.

Nick or Eric, if you merge a 3.7 doc change, I'll cherry-pick that as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:18:45 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:18:45 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529695125.87.0.56676864532.issue33885@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:23:47 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:23:47 +0000
Subject: [issue33899] Tokenize module does not mirror "end-of-input" is
 newline behavior
In-Reply-To: <1529394112.27.0.56676864532.issue33899@psf.upfronthosting.co.za>
Message-ID: <1529695427.91.0.56676864532.issue33899@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33899>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:33:59 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:33:59 +0000
Subject: [issue33921] Explain that '' can be used to bind to all interfaces
 for the AF_INET address family in the docs
In-Reply-To: <1529535395.97.0.56676864532.issue33921@psf.upfronthosting.co.za>
Message-ID: <1529696039.31.0.56676864532.issue33921@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

John, since you raised the issue, would you like to provide a doc PR?

----------
keywords: +easy
nosy: +ned.deily
stage:  -> needs patch
versions:  -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33921>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:35:36 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:35:36 +0000
Subject: [issue33923] py.ini cannot set 32/64bits for specific version
In-Reply-To: <1529538872.06.0.56676864532.issue33923@psf.upfronthosting.co.za>
Message-ID: <1529696136.36.0.56676864532.issue33923@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33923>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:37:01 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 19:37:01 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529696221.44.0.56676864532.issue33927@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +ezio.melotti, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:38:44 2018
From: report at bugs.python.org (Daniel Barcay)
Date: Fri, 22 Jun 2018 19:38:44 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
Message-ID: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>


New submission from Daniel Barcay <daniel.barcay at gmail.com>:

I have tracked down the exact cause of a sizable performance issue in using concurrent.futures.ProcessPoolExecutors, especially visible in cases where large amounts of data are being copied across the result.

The line-number causing the bad behavior, and several remediation paths are included below. Since this affects core behavior of the module, I'm reticent to try out a patch myself unless someone chimes in on the approach.

---Bug Symptoms:
  ProcessPoolExecutor.submit() hangs for long periods of time non-deterministically (over 20 seconds in my job). See causes section below for exact cause. 
   This hanging makes multiprocess job submissions impossible from a real-time constrained main thread, where the results are large objects.

---Ideal behavior:
   submit() should not block on any results of other jobs, and non-blocking wake signal should be used instead of a blocking put() call.

---Bug Cause:
In ProcessPoolExecutor.submit() line 473, a wake signal is being sent to the management thread in the form of posting a message to the result queue, waking the thread if it was in recv() mode.

I'm not even sure that this wake-up is necessary, as removing it seems to work just fine for my use-case on OSX. However, let's presume that it is for the time being..

The fact that submit() blocks on the result_queue being serviced is unnecessary, and hinders large results from being sent back across in concurrent.futures.result().

---Possible remediations:

If a more fully-fledged Queue implementation were used, this signal could be replaced by the non-blocking version. Alternately multiprocess.Queue implementation could be extended to implement non-blocking put()


--- Reproduction Details
  I'm using concurrent.futures.ProcessPoolExecutor for a complicated data-processing use-case where the result is a large object to be sent across the result() channel. Create any such setup where the results are on the order of 50MB strings, submit 5-10 jobs at a time, and watch the time it takes to call submit().

----------
components: Extension Modules
messages: 320257
nosy: dbarcay
priority: normal
severity: normal
status: open
title: concurrent.futures ProcessPoolExecutor submit() blocks on results being written
type: performance
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:42:27 2018
From: report at bugs.python.org (Daniel Barcay)
Date: Fri, 22 Jun 2018 19:42:27 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
In-Reply-To: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>
Message-ID: <1529696547.84.0.56676864532.issue33945@psf.upfronthosting.co.za>


Daniel Barcay <daniel.barcay at gmail.com> added the comment:

Line number was incorrect due to local edits. 

Correct line number is process.py:L464  "self._result_queue.put(None)"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:54:36 2018
From: report at bugs.python.org (Tal Einat)
Date: Fri, 22 Jun 2018 19:54:36 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529697276.17.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7470

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Fri Jun 22 15:56:58 2018
From: report at bugs.python.org (Daniel Barcay)
Date: Fri, 22 Jun 2018 19:56:58 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
In-Reply-To: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>
Message-ID: <1529697418.17.0.56676864532.issue33945@psf.upfronthosting.co.za>


Daniel Barcay <daniel.barcay at gmail.com> added the comment:

adding experts bquinlan and pitrou for concurrent.futures to nosy-list as per bug tracker directions.

----------
nosy: +bquinlan, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:08:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 20:08:48 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529698128.19.0.56676864532.issue33877@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The paragraph reads:

Under Unix, a complete program can be passed to the interpreter in three forms: with the -c string command line option, as a file passed as the first command line argument, or as standard input. If the file or standard input is a tty device, the interpreter enters interactive mode; otherwise, it executes the file as a complete program.

This is slightly confusing because a complete programs cannot be passed all at once if the file (regular or stdin) is interactive.

Not being a Windows expert, I was curious whether the standard input part is true for Win 10.  Indeed, both "python con:" and "python <con:" (as well as just "python") start Python in interactive mode, which both "python file" and "python < file" executes the file.

Ned, is the statement untrue for MacOS, or does 'Unix' always include Macs?  In other words, should we add 'Windows' or delete 'Unix'?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:23:36 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 20:23:36 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529699016.98.0.56676864532.issue33885@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am not even sure what a 'hook function' is supposed to mean.  A beginner might think it means something other than any old callable.  Unless Sentil or someone objects within a week, I would merge this.  Ping me if nothing happens.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:25:24 2018
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 22 Jun 2018 20:25:24 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529699124.93.0.56676864532.issue33885@psf.upfronthosting.co.za>


Senthil Kumaran <senthil at uthcode.com> added the comment:

@Terry, the change in terminology looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:28:45 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 20:28:45 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1529699325.89.0.56676864532.issue33930@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Serhiy, is this one of the cases we decided to leave as won't fix?

----------
nosy: +serhiy.storchaka, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:38:51 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 20:38:51 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529699931.52.0.56676864532.issue33934@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Can you say on which Linux platform/release you see this behavior and with which Python 3.6.3, i.e. from the platform distributor or built yourself?  If I understand your concern correctly, I cannot reproduce that behavior on a current Debian test system using either the Debian-supplied 3.6.6rc1 or with a  3.6.3 built from source.  With either LANG unset or set to C (and with no LC* env vars set), I see:

$ unset LC_ALL LC_CTYPE LANG LANGUAGE
$ ./python
Python 3.6.3 (tags/v3.6.3:2c5fed86e0, Jun 22 2018, 16:08:11)
[GCC 7.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getlocale()
(None, None)
>>> locale.getdefaultlocale()
(None, None)

Note that, as documented, the locale.getdefaultlocale() checks several env vars 'LC_ALL', 'LC_CTYPE', 'LANG' and 'LANGUAGE'.  Are you certain that all of those env vars are unset when you run this test?

https://docs.python.org/3.6/library/locale.html#locale.getdefaultlocale

----------
nosy: +ned.deily
versions:  -Python 3.4, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:49:48 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 20:49:48 +0000
Subject: [issue33940] datetime.strptime have no directive to convert date
 values with Era and Time Zone name
In-Reply-To: <1529672249.4.0.56676864532.issue33940@psf.upfronthosting.co.za>
Message-ID: <1529700588.34.0.56676864532.issue33940@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +belopolsky, lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33940>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:50:35 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 20:50:35 +0000
Subject: [issue33941] datetime.strptime not able to recognize invalid date
 formats
In-Reply-To: <1529672618.24.0.56676864532.issue33941@psf.upfronthosting.co.za>
Message-ID: <1529700635.9.0.56676864532.issue33941@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +belopolsky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33941>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:51:09 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 20:51:09 +0000
Subject: [issue33940] datetime.strptime have no directive to convert date
 values with Era and Time Zone name
In-Reply-To: <1529672249.4.0.56676864532.issue33940@psf.upfronthosting.co.za>
Message-ID: <1529700669.32.0.56676864532.issue33940@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy:  -lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33940>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:51:54 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 20:51:54 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529700714.57.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:53:09 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 20:53:09 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529700789.6.0.56676864532.issue33919@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

I think there's another thing I'd like to change, and it seems like it's "just" an implementation detail.  In _Py_HashRandomization_Init(), if use_hash_seed is 0, then we directly inject the random bits into the buffer, and then there's no hash_seed.  I'd like to change that so that if use_hash_seed is 0, then we create a random hash seed first, and then call lcg_urandom() for the hash secret.  That way, even if Python itself uses a random hash seed, we'll have a record of that in the runtime that can be used to reproduce the hashing.  In this case, I'd still leave use_hash_seed == 0, and that would tell you what combinations of env vars were used.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:53:38 2018
From: report at bugs.python.org (Thomas Kluyver)
Date: Fri, 22 Jun 2018 20:53:38 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529700818.38.0.56676864532.issue33944@psf.upfronthosting.co.za>


Thomas Kluyver <thomas at kluyver.me.uk> added the comment:

I'm generally in favour of getting rid of .pth files. But I did accept a PR adding support for them in Flit to act as a substitute for symlinks on Windows, to achieve something like a 'development install'. I'm not sure what the alternative is if they go away.

----------
nosy: +takluyver

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:54:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 20:54:22 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <0442D9D6-B1EC-4CB8-9BAF-F819071DB8C4@python.org>
Message-ID: <CA+3bQGGN-O+ipy199iuptT1yV14BZZefo69RS_NZUtHMEaZEJw@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

Nick plans to finish his PEP 432 for Python 3.8 and make the API public.
See with him? The PEP should document these structures but I was ahead and
made changes which were not scheduled and the PEP is now outdated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:55:34 2018
From: report at bugs.python.org (Philip Rowlands)
Date: Fri, 22 Jun 2018 20:55:34 +0000
Subject: [issue33894] tempfile.tempdir cannot be unset
In-Reply-To: <1529307283.94.0.56676864532.issue33894@psf.upfronthosting.co.za>
Message-ID: <1529700934.65.0.56676864532.issue33894@psf.upfronthosting.co.za>


Philip Rowlands <pythonbugs at dimebar.com> added the comment:

Thanks for the edit. I did try a PR but was defeated by build/doc tool's recent version requirements (and didn't want to send untested changes, however minor).

The reason for getting rid of "unset" is the confusion of "state", i.e. it has never been assigned to, or "action", i.e. the user is unsetting it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33894>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:56:31 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 20:56:31 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529700991.2.0.56676864532.issue33919@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Nosying Nick.  I agree there's some overlap with Python startup restructuring, but it feels kind of orthogonal too.  I really am only exposing (some elements) of that structure to Python.

What might be interesting though would be if we want to expose the entire structure and not just the hash seeds, as I'm leaning toward here (given that we already have sys.hash_info).

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 16:57:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 22 Jun 2018 20:57:38 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529700789.6.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGE8v0W05dh23Qz3pmNWK=CAxNsk2cUovDQizyBsxbDzMA@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

Barry: generating a 32 bit seed gives less entropy and so makes Python
easier to crash. If you need reproducible Python: generate a seed and set
the env var before starting Python. Tox does that. Regrtest should do that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:08:27 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 21:08:27 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529701707.72.0.56676864532.issue33877@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

The statement is true for macOS (note macOS is the correct current styling per Apple); in general, macOS is a UNIX platform as far as Python is concerned.  So, yes, it appears the documentation there could be simplified by eliminating the platform distinction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:10:26 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 21:10:26 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529701826.33.0.56676864532.issue33885@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset c45cb479074b5d25f0d382d3109f527520a9f03c by Terry Jan Reedy (Andr?s Delfino) in branch '3.6':
bpo-33885: Replace "hook function" with "callable" (GH-7765)
https://github.com/python/cpython/commit/c45cb479074b5d25f0d382d3109f527520a9f03c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:11:45 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:11:45 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529701905.97.0.56676864532.issue33885@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7471

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:16:20 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 21:16:20 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529702180.3.0.56676864532.issue27780@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks, Zackery.  @Benjamin, any opinion about a need for a 2.7 backport?  Otherwise, it sounds like this can be closed.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:16:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 21:16:51 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529702211.35.0.56676864532.issue33877@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thanks.  I did that and will merge when possible.

----------
assignee: docs at python -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:30:47 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:30:47 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529703047.45.0.56676864532.issue33885@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e4db73058b6c31f71c64d0f87a10547f3cf72f20 by Miss Islington (bot) in branch '3.7':
bpo-33885: Replace "hook function" with "callable" (GH-7765)
https://github.com/python/cpython/commit/e4db73058b6c31f71c64d0f87a10547f3cf72f20


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:31:05 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 21:31:05 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529703065.75.0.56676864532.issue33877@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset c9d43c702a53804c23ecb22a0dbf6a47c804d2b1 by Terry Jan Reedy (Andr?s Delfino) in branch 'master':
bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)
https://github.com/python/cpython/commit/c9d43c702a53804c23ecb22a0dbf6a47c804d2b1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:32:18 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:32:18 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529703138.56.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7472

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:34:13 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:34:13 +0000
Subject: [issue33877] doc Mention Windows along UNIX for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529703253.85.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7473

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:40:41 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Jun 2018 21:40:41 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529703641.57.0.56676864532.issue33944@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

Windows has symlinks now I believe, you just have to turn them on.

And I would say there is no need for alternative. If a package needs to do something funky they can do it in their __init__.py file. Otherwise if I don't import a package it shouldn't get to do anything crazy through a .pth file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:42:54 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 22 Jun 2018 21:42:54 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529703774.19.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: doc Mention Windows along UNIX for script running instructions -> Doc: Delete UNIX qualification for script running instructions

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:43:42 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 21:43:42 +0000
Subject: [issue32933] mock_open does not support iteration around text files.
In-Reply-To: <1519462718.87.0.467229070634.issue32933@psf.upfronthosting.co.za>
Message-ID: <1529703822.19.0.56676864532.issue32933@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Anthony's PR is awaiting merge.  Although Yury has reviewed it, as the core developers mocktest experts, it would be good if Michael and/or Robert could also take a look.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32933>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:46:39 2018
From: report at bugs.python.org (Thomas Kluyver)
Date: Fri, 22 Jun 2018 21:46:39 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529703999.44.0.56676864532.issue33944@psf.upfronthosting.co.za>


Thomas Kluyver <thomas at kluyver.me.uk> added the comment:

I don't want to use the execution features of .pth files, just their original functionality of adding extra directories to sys.path. I'd be very happy to see the arbitrary code execution 'feature' of .pth files go away.

Windows supports symlinks, but the last I heard was that creating them requires some obscure permission bit. It seems to be awkward enough that Windows users aren't happy with the "just use symlinks" approach, which was what I was originally trying.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:48:14 2018
From: report at bugs.python.org (Philip Rowlands)
Date: Fri, 22 Jun 2018 21:48:14 +0000
Subject: [issue33870] pdb continue + breakpoint
In-Reply-To: <1529076011.32.0.947875510639.issue33870@psf.upfronthosting.co.za>
Message-ID: <1529704094.71.0.56676864532.issue33870@psf.upfronthosting.co.za>


Philip Rowlands <pythonbugs at dimebar.com> added the comment:

Considering the semantics a little more, "cont 99" could be equivalent to

tbreak 99
cont

perhaps with an implicit clear on SIGINT.

This is similar in the simple case to "until 99", except "until" stops on frame boundaries, refuses to go backwards (e.g. in a loop), and doesn't take the full range of filename / lineno / function / condition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33870>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:51:10 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:51:10 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529704270.32.0.56676864532.issue33877@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f47d8983fe35239cccf4e623e4ad70c9e0f636f9 by Miss Islington (bot) in branch '3.7':
bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)
https://github.com/python/cpython/commit/f47d8983fe35239cccf4e623e4ad70c9e0f636f9


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:54:29 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 22 Jun 2018 21:54:29 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529704469.11.0.56676864532.issue33877@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 688325ed1a4d549f03d886507c265093aa3b2cab by Miss Islington (bot) in branch '3.6':
bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)
https://github.com/python/cpython/commit/688325ed1a4d549f03d886507c265093aa3b2cab


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 17:57:09 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 22 Jun 2018 21:57:09 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529704629.98.0.56676864532.issue33944@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

My understanding about symlinks on Windows is that they require a permission ("Create symbolic links"), that normal users by default do not have. I'm not sure if this has changed recently.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:01:06 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 22 Jun 2018 22:01:06 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529704866.67.0.56676864532.issue33927@psf.upfronthosting.co.za>


Change by R?mi Lapeyre <remi.lapeyre at henki.fr>:


----------
keywords: +patch
pull_requests: +7474
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:19:24 2018
From: report at bugs.python.org (Ethan Smith)
Date: Fri, 22 Jun 2018 22:19:24 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529705964.91.0.56676864532.issue33944@psf.upfronthosting.co.za>


Ethan Smith <ethan at ethanhs.me> added the comment:

I am in favor of symlinks no longer being able to execute arbitrary code, however, I do think having them add to the path cannot be killed in two releases. Here is why:

1. Windows support for symlinks is still not automatic. In the creators update of Windows 10 (released March 2017), CreateSymbolicLink added a dwflag SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE. This requires the user to be in developer mode to work. CPython currently doesn't use this flag. (I will open an issue to add that in a moment). I worry that giving people little time to update will be troublesome.

2. All editable installs everywhere (AFAIK) and setuptools eggs (still somewhat common) use easy-install.pth to list where they are. I think breaking editable installs is a bad idea, as there is no clear solution for this. Also setuptools has a fair amount of work to do before it can replace egg installs.

So I think removing adding to the path will require much more thought and break a lot more code than removing arbitrary code execution.

----------
nosy: +Ethan Smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:20:26 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 22:20:26 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529706026.22.0.56676864532.issue33919@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

We could make the hash_seed 64 bits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:23:15 2018
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 22 Jun 2018 22:23:15 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529706195.83.0.56676864532.issue33944@psf.upfronthosting.co.za>


Brett Cannon <brett at python.org> added the comment:

My only answer to Ethan is "don't use eggs". :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:25:22 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 22:25:22 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529706322.99.0.56676864532.issue33944@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

There are lots of problems with pth files, although arbitrary code execution is probably the most egregious.  They are also notoriously difficult to debug, and happen before any control is given to user code.  They certainly are unnecessary for namespace packages, which I think they currently get used for often in Py 2/3 straddling code.

Maybe it will be okay to just fall back to sys.path extension, but I'd like to have a better understanding of exactly what the use cases are (in a pure Python 3 world), and we have to address the other problems about discovery and debuggability.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:26:07 2018
From: report at bugs.python.org (Ethan Smith)
Date: Fri, 22 Jun 2018 22:26:07 +0000
Subject: [issue33946] os.symlink on Windows should use the new non-admin flag
Message-ID: <1529706367.1.0.56676864532.issue33946@psf.upfronthosting.co.za>


New submission from Ethan Smith <ethan at ethanhs.me>:

In the creators update CreateSymbolicLink added a dwflag SYMBOLIC_LINK_FLAG_ALLOW_UNPRIVILEGED_CREATE, which will allow any user to create a symlink (not only an admin). I think we should detect and try to use this flag if possible.

I also think it would be nice to suggest turning on developer mode if the windows version is at or newer than the creators update.

This should probably happen after https://bugs.python.org/issue28113

----------
messages: 320288
nosy: Ethan Smith, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: os.symlink on Windows should use the new non-admin flag

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33946>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:30:52 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Fri, 22 Jun 2018 22:30:52 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529706652.11.0.56676864532.issue33919@psf.upfronthosting.co.za>


Barry A. Warsaw <barry at python.org> added the comment:

Although I guess that would require modifications to lcg_urandom().  I don't feel qualified to change that function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:47:45 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 22 Jun 2018 22:47:45 +0000
Subject: [issue33868] test__xxsubinterpreters: test_subinterpreter() fails
 randomly on AMD64 Ubuntu Shared 3.x
In-Reply-To: <1529052832.87.0.947875510639.issue33868@psf.upfronthosting.co.za>
Message-ID: <1529707665.92.0.56676864532.issue33868@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33868>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:48:02 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 22 Jun 2018 22:48:02 +0000
Subject: [issue33607] [subinterpreters] Explicitly track object ownership (and
 allocator).
In-Reply-To: <1527016778.74.0.682650639539.issue33607@psf.upfronthosting.co.za>
Message-ID: <1529707682.05.0.56676864532.issue33607@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33607>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:48:34 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 22 Jun 2018 22:48:34 +0000
Subject: [issue33608] [subinterpreters] Add a cross-interpreter-safe mechanism
 to indicate that an object may be destroyed.
In-Reply-To: <1527017681.69.0.682650639539.issue33608@psf.upfronthosting.co.za>
Message-ID: <1529707714.55.0.56676864532.issue33608@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33608>
_______________________________________

From report at bugs.python.org  Fri Jun 22 18:55:13 2018
From: report at bugs.python.org (Ned Deily)
Date: Fri, 22 Jun 2018 22:55:13 +0000
Subject: [issue30411] git doesn't support "-C" args under 1.8.5 occurs in
 configure.ac
In-Reply-To: <1495272562.29.0.0547762381804.issue30411@psf.upfronthosting.co.za>
Message-ID: <1529708113.65.0.56676864532.issue30411@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for the PR.  I agree with Xiang Zhang that using --git-dir appears to be a better solution.  See other review comments on the PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30411>
_______________________________________

From report at bugs.python.org  Fri Jun 22 19:22:55 2018
From: report at bugs.python.org (Chris Wilcox)
Date: Fri, 22 Jun 2018 23:22:55 +0000
Subject: [issue33941] datetime.strptime not able to recognize invalid date
 formats
In-Reply-To: <1529672618.24.0.56676864532.issue33941@psf.upfronthosting.co.za>
Message-ID: <1529709775.08.0.56676864532.issue33941@psf.upfronthosting.co.za>


Chris Wilcox <python at crwilcox.com> added the comment:

I looked a bit at _strptime.py and the corresponding tests and thought I would share my notes.

The regular expressions clearly allow non-zero padded values for both %d and %m matches. There is one test where the following is run: time.strptime("Mar 1", "%b %d"). So it seems intentional that %d and %m allow non-zero padded values.

It also just occurred to me that the example '181223' isn't ambiguous as %Y requires 4 digits and months cannot be more than 12. So it seems to me this could only be Y=1812,M=2,D=3.

There do exist cases in which they are truly ambiguous for non-zero padded values. For instance, 2018111 could potentially be 2018-Nov-1 or 2018-Jan-11. Python will deterministically take the most possible for the next value, so this will be November 11, 2018. Though, there is really no reason I can figure that can be assumed.

The edits required to stop allowing non-zero padded values were pretty straightforward and only one unit test (one that verifies 'Mar 1' comes after 'Feb 29') had to be altered. That may point more to a need to add additional tests though than an endorsement that no one is using single digit day or month values.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33941>
_______________________________________

From report at bugs.python.org  Fri Jun 22 19:46:56 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 22 Jun 2018 23:46:56 +0000
Subject: [issue31558] gc.freeze() - an API to mark objects as uncollectable
In-Reply-To: <1506126089.65.0.135296831106.issue31558@psf.upfronthosting.co.za>
Message-ID: <1529711216.46.0.56676864532.issue31558@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31558>
_______________________________________

From report at bugs.python.org  Fri Jun 22 19:50:29 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 22 Jun 2018 23:50:29 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529711429.71.0.56676864532.issue33919@psf.upfronthosting.co.za>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +emilyemorehouse, eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 20:20:22 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 23 Jun 2018 00:20:22 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529713222.96.0.56676864532.issue33944@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Strong -1 without a functional replacement that provides comparable LD_PRELOAD capabilities (it also needs a full PEP that analyses all of the ways that setuptools and other packaging utilities use these files, such as for the implementation of "develop" mode, and the processing of ".lnk" mode).

This change also needs to account for the Windows-only "._pth" files that override the path completely.

The main discussion list for such a PEP should be distutils-sig, *not* python-ideas or import-sig (since distutils-sig is where we're more likely to find folks that are actually relying on the feature, and hence have a clearer idea of what will need to change to maintain a comparable level of ecosystem level capability).

https://bugs.python.org/issue14803 is also related, as pth file processing should at least be delayed to run later than it does currently, and because "run code at startup" is one of the capabilities that would need replacing.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 20:24:23 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 23 Jun 2018 00:24:23 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529713463.32.0.56676864532.issue33944@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Concrete use case for the original path extension capability: "pew add", which chains virtual environments together (allowing shared environments with a common default dependency set, and then additional per-application dependencies)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 22 20:35:33 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Sat, 23 Jun 2018 00:35:33 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529714133.62.0.56676864532.issue33919@psf.upfronthosting.co.za>


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


----------
keywords: +patch
pull_requests: +7475
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Fri Jun 22 21:58:25 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 01:58:25 +0000
Subject: [issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page
In-Reply-To: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>
Message-ID: <1529719105.38.0.56676864532.issue33942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree that an install screen is a better place for the link.  And if the 3.6.7 installer links with an included 8.6, the 8.5.7/9 message will be obsolete for the included IDLE, hence no point in patching it.  Hooray.

I will open separate issues about printing the Tk version on startup, and possibly deprecating the use of 8.5 with IDLE, and if so, when.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Fri Jun 22 22:18:53 2018
From: report at bugs.python.org (bbayles)
Date: Sat, 23 Jun 2018 02:18:53 +0000
Subject: [issue33939] Raise OverflowError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529720333.26.0.56676864532.issue33939@psf.upfronthosting.co.za>


Change by bbayles <bbayles at gmail.com>:


----------
nosy: +bbayles

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Fri Jun 22 22:28:11 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sat, 23 Jun 2018 02:28:11 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529720891.74.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
pull_requests: +7476

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 22:37:20 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 02:37:20 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529721440.24.0.56676864532.issue33877@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 1c9a72cc99d4f76a18755d7227bd1c375e44b4ad by Terry Jan Reedy (Andr?s Delfino) in branch '2.7':
[2.7] bpo-33877: Remove UNIX qualification for running complete programs (GH-7744)
https://github.com/python/cpython/commit/1c9a72cc99d4f76a18755d7227bd1c375e44b4ad


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Fri Jun 22 23:34:21 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Jun 2018 03:34:21 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529724861.79.0.56676864532.issue27780@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


----------
keywords: +patch
pull_requests: +7477
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Sat Jun 23 00:04:24 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 23 Jun 2018 04:04:24 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529726664.27.0.56676864532.issue27780@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 482fac74999028af4764645a1f28dd4289b2f255 by Benjamin Peterson in branch '2.7':
[2.7] properly free memory in pgen. (GH-7869) (closes bpo-27780
https://github.com/python/cpython/commit/482fac74999028af4764645a1f28dd4289b2f255


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Sat Jun 23 01:23:22 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 23 Jun 2018 05:23:22 +0000
Subject: [issue33931] Building 2.7 on Windows with PC\VS9.0 is broken
In-Reply-To: <1529585150.62.0.56676864532.issue33931@psf.upfronthosting.co.za>
Message-ID: <1529731402.24.0.56676864532.issue33931@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
stage: patch review -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33931>
_______________________________________

From report at bugs.python.org  Sat Jun 23 03:30:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 23 Jun 2018 07:30:30 +0000
Subject: [issue33939] Raise OverflowError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529739030.36.0.56676864532.issue33939@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

See also a meta-issue issue29833.

If use OverflowError as a sign of infinite iterator in __length_hint__, this should be documented as a legitimate use case for OverflowError.

itertools.repeat.__length_hint__() and reversed.__length_hint__() currently raise a TypeError for infinite iterator. reversed.__length_hint__() returns NotImplemented (which raises a TypeError when convert to a C integer). Both TypeError and NotImplemented are handled by the consumer of __length_hint__: in PyObject_LengthHint(). An OverflowError is treated as error.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Sat Jun 23 03:33:17 2018
From: report at bugs.python.org (Nicolas Hainaux)
Date: Sat, 23 Jun 2018 07:33:17 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529739197.75.0.56676864532.issue33934@psf.upfronthosting.co.za>


Nicolas Hainaux <nh.techn at gmail.com> added the comment:

Sorry, I did not realize that using the word "unset" was completely misleading: I only meant "before any use of locale.setlocale() in python". So I'll rephrase this all, and add details about the python versions and platforms in this message.

So, first, I do not unset the environment variables from the shell before running python.

The only steps required to reproduce this behaviour are: open a terminal and run python3:

Python 3.6.5 (default, May 11 2018, 04:00:52) 
[GCC 8.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getlocale()
('fr_FR', 'UTF-8')  # Wrong: the C locale is actually in use, so (None, None) is expected


Explanation: when python starts, it runs using the C locale, on any platform (Windows, Linux, BSD), any python version (2, 3...), until locale.setlocale() is used to set another locale. This is expected (the doc says so in the getdefaultlocale() paragraph that you mentioned) and can be confirmed by the outputs of locale.localeconv() and locale.str().

So, before any use of locale.setlocale(), locale.getlocale() should return (None, None) (as this value matches the C locale).

This is the case on Windows, python2 and 3, and on Linux and FreeBSD python2.

But on Linux and FreeBSD, python>=3.4 (could not test 3.0<=python<=3.3), locale.getlocale() returns the value deduced from the environment variables instead, like locale.getdefaultlocale() already does, e.g. ('fr_FR', 'UTF-8').

All python versions I tested are from the platform distributors (3.7 only is compiled, but it's an automatic build from an AUR). Here is a more detailed list of the python versions and Linux and BSD platforms where I could observe this behaviour:

- Python 3.4.8, 3.5.5, 3.6.5 and 3.7.0rc1 on an up to date Manjaro (with "LTS" kernel): Linux 4.14.48-2-MANJARO #1 SMP PREEMPT Fri Jun 8 20:41:40 UTC 2018 x86_64 GNU/Linux

- Python 3.6.5 on Xubuntu 18.04 (as virtual box guest) Linux 4.15.0-23-generic #25-Ubuntu SMP Wed May 23 18:02:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

- Python 3.4.6 on openSUSE Leap 42.3 (as virtual box guest) Linux 4.4.76-1-default #1 SMP Fri Jul 14 08:48:13 UTC 2017 (9a2885c) x86_64 x86_64 x86_64 GNU/Linux

- Python 3.4.8 and 3.6.1 on FreeBSD 10.4-RELEASE-p8 FreeBSD 10.4-RELEASE-p8 #0: Tue Apr  3 18:40:50 UTC 2018     root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

Problem of this behaviour on Linux and FreeBSD python>=3.4 is first, of course, that it's not consistent throughout all platforms, and second, that it makes it impossible for a python library to guess, from locale.getlocale() if the user (a python app) has set the locale or not (and is actually still using the C locale). (It is still possible to rely on locale.localeconv() to get correct elements).

Hope this message made things clear now :-)

----------
versions: +Python 3.4, Python 3.5, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:01:22 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 23 Jun 2018 08:01:22 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529740882.6.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:32:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Jun 2018 08:32:15 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529714133.65.0.902498594338.issue33919@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGFZSNhq8gpvosjHRx7cRGKRrYBX6ui1AW7TLB2vBJ4W1g@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

> We could make the hash_seed 64 bits.

On my 64-bit Linux, _Py_HashSecret_t takes 24 bytes (192 bits).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:35:34 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Jun 2018 08:35:34 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529742934.21.0.56676864532.issue33916@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 9b7cf757213cf4d7ae1d436d86ad53f5ba362d55 by Victor Stinner in branch 'master':
bpo-33916: Fix bz2 and lzma init when called twice (GH-7843)
https://github.com/python/cpython/commit/9b7cf757213cf4d7ae1d436d86ad53f5ba362d55


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:36:07 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 08:36:07 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529742967.07.0.56676864532.issue33916@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7478

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:40:36 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Jun 2018 08:40:36 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529743236.72.0.56676864532.issue33916@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7479

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 04:53:05 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 08:53:05 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529743985.46.0.56676864532.issue33916@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset efc6bf66a58e96c12116d65984ac69b0f36f85de by Miss Islington (bot) in branch '3.7':
bpo-33916: Fix bz2 and lzma init when called twice (GH-7843)
https://github.com/python/cpython/commit/efc6bf66a58e96c12116d65984ac69b0f36f85de


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 05:11:20 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sat, 23 Jun 2018 09:11:20 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529745080.3.0.56676864532.issue33897@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
keywords: +patch
pull_requests: +7480
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Sat Jun 23 05:25:47 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Sat, 23 Jun 2018 09:25:47 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529745947.86.0.56676864532.issue33927@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi, I proposed a path in https://github.com/python/cpython/pull/7865, I'm not sure if I can apply the label `skip news` or if only a reviewer can.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Sat Jun 23 06:26:01 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 10:26:01 +0000
Subject: [issue33569] dataclasses InitVar does not maintain any type info
In-Reply-To: <1526647195.4.0.682650639539.issue33569@psf.upfronthosting.co.za>
Message-ID: <1529749561.49.0.56676864532.issue33569@psf.upfronthosting.co.za>


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


----------
assignee:  -> eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33569>
_______________________________________

From report at bugs.python.org  Sat Jun 23 06:34:08 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 23 Jun 2018 10:34:08 +0000
Subject: [issue33695] Have shutil.copytree(),
 copy() and copystat() use cached scandir() stat()s
In-Reply-To: <1527682955.69.0.682650639539.issue33695@psf.upfronthosting.co.za>
Message-ID: <1529750048.0.0.56676864532.issue33695@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests: +7481

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33695>
_______________________________________

From report at bugs.python.org  Sat Jun 23 06:53:20 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 23 Jun 2018 10:53:20 +0000
Subject: [issue33695] Have shutil.copytree(),
 copy() and copystat() use cached scandir() stat()s
In-Reply-To: <1527682955.69.0.682650639539.issue33695@psf.upfronthosting.co.za>
Message-ID: <1529751200.96.0.56676864532.issue33695@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

PR at: https://github.com/python/cpython/pull/7874.
I re-ran benchmarks since shutil code changed after #33695. Linux went from +13.5% to 8.8% and Windows went from +17% to 20.7%.
In the PR I explicitly avoided using a context manager around os.scandir() for now so that patch it's easier to review (will add it before pushing).

Linux (+8.8%)
=============

without patch:
    $ ./python  bench-copytree.py 
    Priming the system's cache...
    7956 files and dirs, repeat 1/3... min = 0.604s
    7956 files and dirs, repeat 2/3... min = 0.603s
    7956 files and dirs, repeat 3/3... min = 0.601s

with patch:
    $ ./python  bench-copytree.py 
    Priming the system's cache...
    7956 files and dirs, repeat 1/3... min = 0.557s
    7956 files and dirs, repeat 2/3... min = 0.548s
    7956 files and dirs, repeat 3/3... min = 0.548s
    best result = 0.548s

Windows (+20.7%)
================

without patch:
    C:\Users\user\Desktop>cpython\PCbuild\win32\python.exe cpython\bench-copytree.py
    Priming the system's cache...
    7956 files and dirs, repeat 1/3... min = 8.275s
    7956 files and dirs, repeat 2/3... min = 8.018s
    7956 files and dirs, repeat 3/3... min = 7.978s
    best result = 7.978s

With patch: 
    C:\Users\user\Desktop>cpython\PCbuild\win32\python.exe cpython\bench-copytree.py
    Priming the system's cache...
    7956 files and dirs, repeat 1/3... min = 6.609s
    7956 files and dirs, repeat 2/3... min = 6.609s
    7956 files and dirs, repeat 3/3... min = 6.609s
    best result = 6.609s

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33695>
_______________________________________

From report at bugs.python.org  Sat Jun 23 07:08:10 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 23 Jun 2018 11:08:10 +0000
Subject: [issue33695] Have shutil.copytree(),
 copy() and copystat() use cached scandir() stat()s
In-Reply-To: <1527682955.69.0.682650639539.issue33695@psf.upfronthosting.co.za>
Message-ID: <1529752090.59.0.56676864532.issue33695@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

> I re-ran benchmarks since shutil code changed after #33695.

Sorry, I meant #33671.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33695>
_______________________________________

From report at bugs.python.org  Sat Jun 23 08:58:46 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 12:58:46 +0000
Subject: [issue33947] Dataclasses can raise RecursionError in __repr__
Message-ID: <1529758726.17.0.56676864532.issue33947@psf.upfronthosting.co.za>


New submission from Eric V. Smith <eric at trueblade.com>:

>>> @dataclass
... class C:
...   f: "C"
...
>>> c = C(None)
>>> c.f = c
>>> c
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line 2, in __repr__
  File "<string>", line 2, in __repr__
  File "<string>", line 2, in __repr__
  [Previous line repeated 328 more times]
RecursionError: maximum recursion depth exceeded
>>>

It would be better to produce "C(f=...)".

----------
components: Library (Lib)
messages: 320305
nosy: eric.smith
priority: low
severity: normal
status: open
title: Dataclasses can raise RecursionError in __repr__
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33947>
_______________________________________

From report at bugs.python.org  Sat Jun 23 09:06:16 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Jun 2018 13:06:16 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529759176.66.0.56676864532.issue33916@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1094891b2e3eafef464819acd4cd04cfd2b59661 by Victor Stinner in branch '3.6':
bpo-33916: Fix bz2 and lzma init when called twice (GH-7843) (GH-7872)
https://github.com/python/cpython/commit/1094891b2e3eafef464819acd4cd04cfd2b59661


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 09:07:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 23 Jun 2018 13:07:46 +0000
Subject: [issue33916] test_lzma: test_refleaks_in_decompressor___init__()
 leaks 100 handles on Windows
In-Reply-To: <1529510380.41.0.56676864532.issue33916@psf.upfronthosting.co.za>
Message-ID: <1529759266.4.0.56676864532.issue33916@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like Python 2.7 is inaffected by the bug:

static int
BZ2File_init(BZ2FileObject *self, PyObject *args, PyObject *kwargs)
{
    ...
#ifdef WITH_THREAD
    if (!self->lock) {
        self->lock = PyThread_allocate_lock();
    }

    if (!self->lock) {
        PyErr_SetString(PyExc_MemoryError, "unable to allocate lock");
        goto error;
    }
#endif
    ...
}

I fixed the leak in Python 3.6, 3.7 and master. I close the issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33916>
_______________________________________

From report at bugs.python.org  Sat Jun 23 09:14:35 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 13:14:35 +0000
Subject: [issue33946] os.symlink on Windows should use the new non-admin flag
In-Reply-To: <1529706367.1.0.56676864532.issue33946@psf.upfronthosting.co.za>
Message-ID: <1529759675.68.0.56676864532.issue33946@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33946>
_______________________________________

From report at bugs.python.org  Sat Jun 23 09:47:57 2018
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Jun 2018 13:47:57 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529761677.18.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +7482

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Sat Jun 23 10:22:04 2018
From: report at bugs.python.org (Jasper Trooster)
Date: Sat, 23 Jun 2018 14:22:04 +0000
Subject: [issue33942] IDLE: Improve Apple MacOS Tcl/Tk warning and web page
In-Reply-To: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>
Message-ID: <1529763724.67.0.56676864532.issue33942@psf.upfronthosting.co.za>


Jasper Trooster <jasper.trooster at gmail.com> added the comment:

Hey, thanks for the quick response. I have to add that, when going to the download page to download site (https://www.python.org/downloads/) the big yellow button that says "Download Python 3.6.5" downloads the 64-/32-bit installer (at least, I think so as it redirects to https://www.python.org/ftp/python/3.6.5/python-3.6.5-macosx10.6.pkg . You can see the "-macosx10.6" part.) I pressed that when I started coding, not knowing that I had to install a different version.

You can find it when you click on Mac OS X link in the text under the button. Maybe the website could present an option to choose?

And one question: which installer from the list should I choose? There are seemingly hundreds of them.

----------
Added file: https://bugs.python.org/file47649/Schermafbeelding 2018-06-23 om 16.15.27.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Sat Jun 23 10:46:36 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 14:46:36 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1529765196.08.0.56676864532.issue33805@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset 3d70f7aef614c396f516b5fccedeebe98598714d by Eric V. Smith (Dong-hee Na) in branch 'master':
bpo-33805: Improve error message of dataclasses.replace() (GH-7580)
https://github.com/python/cpython/commit/3d70f7aef614c396f516b5fccedeebe98598714d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sat Jun 23 10:47:52 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 14:47:52 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1529765272.96.0.56676864532.issue33805@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7483

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sat Jun 23 10:51:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 14:51:14 +0000
Subject: [issue33942] IDLE: Problems using IDLE and 2.7,
 3.6 macOS 64-/32-bit installer
In-Reply-To: <1529680338.33.0.56676864532.issue33942@psf.upfronthosting.co.za>
Message-ID: <1529765474.79.0.56676864532.issue33942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Now I see what Ned meant by making 64-bit-only instead of 64-/32-bit the default in 3.6.7.

What we directly suggested is https://www.python.org/downloads/release/python-365/, pick 'macOS 64-bit installer', 'for OS X 10.9 and later'.

You could also go to https://www.python.org/downloads/mac-osx/ and pick the same for 3.6.6rc1 or 3.7.0rc1, or wait for 3.6.6 or 3.7.0, both of which should be out in a few days unless there will be an unannounced-as-yet delay.

I changed to title to something that is more likely to be useful for searches.

----------
title: IDLE: Improve Apple MacOS Tcl/Tk warning and web page -> IDLE: Problems using IDLE and 2.7, 3.6 macOS 64-/32-bit installer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33942>
_______________________________________

From report at bugs.python.org  Sat Jun 23 10:54:23 2018
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 23 Jun 2018 14:54:23 +0000
Subject: [issue33921] Explain that '' can be used to bind to all interfaces
 for the AF_INET address family in the docs
In-Reply-To: <1529535395.97.0.56676864532.issue33921@psf.upfronthosting.co.za>
Message-ID: <1529765663.39.0.56676864532.issue33921@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7484
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33921>
_______________________________________

From report at bugs.python.org  Sat Jun 23 11:04:04 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 15:04:04 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1529766244.04.0.56676864532.issue33805@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset bbef7abe922edadc7a1679c19d6053240bf600d5 by Miss Islington (bot) in branch '3.7':
bpo-33805: Improve error message of dataclasses.replace() (GH-7580)
https://github.com/python/cpython/commit/bbef7abe922edadc7a1679c19d6053240bf600d5


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sat Jun 23 11:28:07 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 15:28:07 +0000
Subject: [issue33805] dataclasses: replace() give poor error message if using
 InitVar
In-Reply-To: <1528447899.5.0.592728768989.issue33805@psf.upfronthosting.co.za>
Message-ID: <1529767687.47.0.56676864532.issue33805@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33805>
_______________________________________

From report at bugs.python.org  Sat Jun 23 12:18:06 2018
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 23 Jun 2018 16:18:06 +0000
Subject: [issue33946] os.symlink on Windows should use the new non-admin flag
In-Reply-To: <1529706367.1.0.56676864532.issue33946@psf.upfronthosting.co.za>
Message-ID: <1529770686.5.0.56676864532.issue33946@psf.upfronthosting.co.za>


Change by Eryk Sun <eryksun at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Add non-elevated symlink support for dev mode Windows 10
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33946>
_______________________________________

From report at bugs.python.org  Sat Jun 23 12:26:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 23 Jun 2018 16:26:15 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1529771175.26.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Similar case:

text.read(1); text.write(b'x'); text.tell()

And there may be crashes after setting self->snapshot to NULL due to the failure of Py_BuildValue().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 23 12:52:55 2018
From: report at bugs.python.org (Mikhail)
Date: Sat, 23 Jun 2018 16:52:55 +0000
Subject: [issue33948] doc truncated lines in PDF
Message-ID: <1529772775.32.0.56676864532.issue33948@psf.upfronthosting.co.za>


New submission from Mikhail <mikhail.domanov at gmail.com>:

Hello, Python Team,

In reference.pdf I came across truncated lines in Python syntax that are not wrapped and carried forward to the next line, but instead run across the right margin.

Examples
"2.3 Identifiers and keywords" line contains "id_start ::= <all characters in general categories"

"8.8.1 Coroutine function definition" line contains "async_funcdef ::= [decorators] "async" "def" funcname "(" [parameter_list] ")" ["->" expression"

It would be VERY convenient to fix this for printing.

Thank you

----------
assignee: docs at python
components: Documentation
messages: 320313
nosy: Mikhail_D, docs at python
priority: normal
severity: normal
status: open
title: doc truncated lines in PDF
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33948>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:27:18 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 23 Jun 2018 18:27:18 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778438.53.0.56676864532.issue33887@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:


New changeset 38cf49bf695903ac7a8516bca6bbb6b32d935bb5 by Mariatta (Andr?s Delfino) in branch 'master':
bpo-33887: Add TOC to Design and History FAQ(GH-7766)
https://github.com/python/cpython/commit/38cf49bf695903ac7a8516bca6bbb6b32d935bb5


----------
nosy: +Mariatta

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:28:36 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:28:36 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778516.7.0.56676864532.issue33887@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7486

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:29:27 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:29:27 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778567.93.0.56676864532.issue33887@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7487

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:30:27 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:30:27 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778627.07.0.56676864532.issue33887@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7488

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:31:02 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Jun 2018 18:31:02 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529778662.48.0.56676864532.issue33934@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Thanks for the more detailed explanation.  I think you are right that the behavior does not match the documentation but which is to be preferred does not necessarily have an easy answer.  Also, this whole area has been undergoing revision, for example, with new features in 3.7.  Nick and/or Victor, can you address Nicolas's query?

----------
nosy: +ncoghlan, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:31:31 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Sat, 23 Jun 2018 18:31:31 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778691.89.0.56676864532.issue33887@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks for the PR!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:33:12 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Jun 2018 18:33:12 +0000
Subject: [issue33948] doc truncated lines in PDF
In-Reply-To: <1529772775.32.0.56676864532.issue33948@psf.upfronthosting.co.za>
Message-ID: <1529778792.34.0.56676864532.issue33948@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Can you say from which URL you downloaded the PDF (assuming you didn't build it yourself)?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33948>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:33:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:33:46 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529778826.1.0.56676864532.issue33887@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3e3157bd55f197ab36b280b26aea8dcd04e37fcf by Miss Islington (bot) in branch '2.7':
bpo-33887: Add TOC to Design and History FAQ(GH-7766)
https://github.com/python/cpython/commit/3e3157bd55f197ab36b280b26aea8dcd04e37fcf


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:43:45 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:43:45 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529779425.81.0.56676864532.issue33887@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 070c91e46579429f7af7599af6d9e67a8dc5be50 by Miss Islington (bot) in branch '3.7':
bpo-33887: Add TOC to Design and History FAQ(GH-7766)
https://github.com/python/cpython/commit/070c91e46579429f7af7599af6d9e67a8dc5be50


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 14:48:30 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 18:48:30 +0000
Subject: [issue33887] doc Add TOC in Design and History FAQ
In-Reply-To: <1529258750.3.0.56676864532.issue33887@psf.upfronthosting.co.za>
Message-ID: <1529779710.52.0.56676864532.issue33887@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a845b7ab3e8ba1c20ef4c3ee23ebf50df7e7c4c6 by Miss Islington (bot) in branch '3.6':
bpo-33887: Add TOC to Design and History FAQ(GH-7766)
https://github.com/python/cpython/commit/a845b7ab3e8ba1c20ef4c3ee23ebf50df7e7c4c6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33887>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:10:06 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Jun 2018 19:10:06 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529781006.83.0.56676864532.issue33897@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Raymond, what do you think about "force" from a pedagogical
> point of view?

"force" is also good.  Perhaps "clear_handlers" or "replace_handlers" would be more self-descriptive.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:13:22 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Sat, 23 Jun 2018 19:13:22 +0000
Subject: [issue33947] Dataclasses can raise RecursionError in __repr__
In-Reply-To: <1529758726.17.0.56676864532.issue33947@psf.upfronthosting.co.za>
Message-ID: <1529781202.65.0.56676864532.issue33947@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

This seems like a difficult problem to tackle in all cases, if two dataclasses reference each other the cycle could be complex to identify and introduce complexity.

The way repr is defined is part of PEP 557 and actually force this behavior.

Should the `repr` parameter default to False or not include the repr of each field?

----------
nosy: +remi.lapeyre

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33947>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:18:14 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Jun 2018 19:18:14 +0000
Subject: [issue33939] Raise OverflowError in __length_hint__ for consistently
 infinite iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529781494.45.0.56676864532.issue33939@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Perhaps an object can set an attribute, __infinite_iterator__ = True.

That would provide an unequivocal way to communicate to consumer code that the producer is known to generate a non-terminating stream.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:20:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 19:20:07 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1529781607.47.0.56676864532.issue32942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ditto with fresh update and build, except that I used installed 3.7.0rc1 (and it passed).  This is not regularly failing on the (Windows) buildbots, so there is something 'different' about the repository on some non-buildbot user machines.

I am pretty sure that I have run the full suite OK within the last month, certainly since last February.  The test has not been touched in 3 years.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:27:09 2018
From: report at bugs.python.org (daniel hahler)
Date: Sat, 23 Jun 2018 19:27:09 +0000
Subject: [issue33949] tests: allow to select tests using loadTestsFromName
Message-ID: <1529782029.77.0.56676864532.issue33949@psf.upfronthosting.co.za>


New submission from daniel hahler <python-bugs at thequod.de>:

I was not aware of `python -m test -m ?`, but think that supporting `python -m test test.module.class.name` should be supported for selecting a single test.

----------
components: Tests
messages: 320325
nosy: blueyed
priority: normal
pull_requests: 7489
severity: normal
status: open
title: tests: allow to select tests using loadTestsFromName
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33949>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:28:36 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sat, 23 Jun 2018 19:28:36 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529782116.3.0.56676864532.issue33927@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

The current status of json.tool also leaks a file descriptor if you use the same filename or an invalid one (needs debug build to receive this error message):


$ ./python -m json.tool invalid_file.dat nofile.dat
Expecting value: line 1 column 1 (char 0)
sys:1: ResourceWarning: unclosed file <_io.TextIOWrapper name='nofile.dat' mode='w' encoding='UTF-8'>

$ ./python -m json.tool valid.dat valid.dat
Expecting value: line 1 column 1 (char 0)
sys:1: ResourceWarning: unclosed file <_io.TextIOWrapper name='valid.dat' mode='w' encoding='UTF-8'>

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:29:13 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Jun 2018 19:29:13 +0000
Subject: [issue33947] Dataclasses can raise RecursionError in __repr__
In-Reply-To: <1529758726.17.0.56676864532.issue33947@psf.upfronthosting.co.za>
Message-ID: <1529782153.92.0.56676864532.issue33947@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

We have a tool designed for this problem.  See: https://docs.python.org/3/library/reprlib.html#reprlib.recursive_repr

If you want to avoid a dependency, it is easy to inline the logic.  For an example, see the Python 2.7 version of collections.OrderedDict.__repr__.

----------
nosy: +rhettinger
priority: low -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33947>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:30:12 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sat, 23 Jun 2018 19:30:12 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529782212.15.0.56676864532.issue33927@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

@R?mi can you include a NEWS entry?

Also, indicate that your patch prevents a file descriptor to be leaked in the cases indicated in my last message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Sat Jun 23 15:41:11 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sat, 23 Jun 2018 19:41:11 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529782871.87.0.56676864532.issue33927@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Maybe we should include a test that checks that if you provide an invalid file the file descriptors are not leaked (it can be in a different PR, maybe).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Sat Jun 23 16:03:06 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Jun 2018 20:03:06 +0000
Subject: [issue33933] Error message says dict has no len
In-Reply-To: <1529587521.24.0.56676864532.issue33933@psf.upfronthosting.co.za>
Message-ID: <1529784186.84.0.56676864532.issue33933@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This probably doesn't warrant another tracker entry.  Serhiy already had a PR for this and attached it to the original bug report for https://bugs.python.org/issue32500 .  See https://github.com/python/cpython/pull/7846

My suggestion would be to just change the error message in PySequence_Size() from "object of type '%.200s' has no len()" to "object of type '%.200s' has no len() or does not support the sequence protocol (consider using a list instead)".

Marking this as low priority because the behavior has existed for a very long time and hasn't bothered anyone until now (possibly because the bisect module is documented to only search lists).  Also, this is a specific instance of a more general, pervasive, and hard problem where low level routines raise exceptions that have error messages than may not make much sense from the point of view someone calling higher level APIs.

Suggest closing this as a duplicate and continuing the discussion back in issue32500 where it arose.  This would show-up in any C code that calls PySequence_Size() not just bisect.

----------
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33933>
_______________________________________

From report at bugs.python.org  Sat Jun 23 16:15:00 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 23 Jun 2018 20:15:00 +0000
Subject: [issue33947] Dataclasses can raise RecursionError in __repr__
In-Reply-To: <1529758726.17.0.56676864532.issue33947@psf.upfronthosting.co.za>
Message-ID: <1529784900.93.0.56676864532.issue33947@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

Thanks, Raymond. I'm working on a patch.

----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33947>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:10:41 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 21:10:41 +0000
Subject: [issue33950] IDLE htest: don't try to test deleted tabbedpages.py
Message-ID: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

About last September, idlelib.tabbedpages was replaced in configdialog by ttk.notebook and deleted.  Delete the testing spec, which causes htest to fail when attempting to run all htests.

----------
messages: 320332
nosy: terry.reedy
priority: normal
severity: normal
stage: commit review
status: open
title: IDLE htest: don't try to test deleted tabbedpages.py
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:17:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 21:17:48 +0000
Subject: [issue33950] IDLE htest: don't try to test deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529788668.08.0.56676864532.issue33950@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7490
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:19:19 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 21:19:19 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529788759.54.0.56676864532.issue33950@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This should have been done when the replacement was made.  No news needed.

----------
stage: patch review -> commit review
title: IDLE htest: don't try to test deleted tabbedpages.py -> IDLE htest: remove spec for deleted tabbedpages.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:33:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 21:33:29 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529789609.62.0.56676864532.issue33950@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 5ae70f66ff1949eec35ff207c97cfe572c4e74c8 by Terry Jan Reedy in branch 'master':
bpo-33950: Remove IDLE htest spec for a deleted file. (GH-7881)
https://github.com/python/cpython/commit/5ae70f66ff1949eec35ff207c97cfe572c4e74c8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:33:59 2018
From: report at bugs.python.org (girts)
Date: Sat, 23 Jun 2018 21:33:59 +0000
Subject: [issue30618] readlink for pathlib paths
In-Reply-To: <1497052559.7.0.422106710991.issue30618@psf.upfronthosting.co.za>
Message-ID: <1529789639.71.0.56676864532.issue30618@psf.upfronthosting.co.za>


girts <opensource at girts.me> added the comment:

Just ran into the same thing. I would be interested in adding support for a "readlink" call if a pull request on this would be welcome.

----------
nosy: +girts

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30618>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:34:44 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 21:34:44 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529789684.18.0.56676864532.issue33950@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7491
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:35:38 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 21:35:38 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529789738.54.0.56676864532.issue33950@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7492

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:37:51 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Sat, 23 Jun 2018 21:37:51 +0000
Subject: [issue33451] Start pyc file lock the file
In-Reply-To: <1525898638.9.0.682650639539.issue33451@psf.upfronthosting.co.za>
Message-ID: <1529789871.98.0.56676864532.issue33451@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7493
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33451>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:52:48 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 21:52:48 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529790768.92.0.56676864532.issue33950@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6b7ed31cf9d89a5ffcb3ab438dfd4760b781c488 by Miss Islington (bot) in branch '3.7':
bpo-33950: Remove IDLE htest spec for a deleted file. (GH-7881)
https://github.com/python/cpython/commit/6b7ed31cf9d89a5ffcb3ab438dfd4760b781c488


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 17:58:43 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 23 Jun 2018 21:58:43 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529791123.98.0.56676864532.issue33950@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7729d6d27d5d31b9764dec4a96a458015be3ecb8 by Miss Islington (bot) in branch '3.6':
bpo-33950: Remove IDLE htest spec for a deleted file. (GH-7881)
https://github.com/python/cpython/commit/7729d6d27d5d31b9764dec4a96a458015be3ecb8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 18:22:55 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 23 Jun 2018 22:22:55 +0000
Subject: [issue33950] IDLE htest: remove spec for deleted tabbedpages.py
In-Reply-To: <1529788241.37.0.56676864532.issue33950@psf.upfronthosting.co.za>
Message-ID: <1529792575.12.0.56676864532.issue33950@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33950>
_______________________________________

From report at bugs.python.org  Sat Jun 23 18:41:45 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 23 Jun 2018 22:41:45 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529793705.28.0.56676864532.issue33897@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

> Perhaps "clear_handlers" or "replace_handlers" would be more self-descriptive.

Except that it doesn't *just* clear the handlers - the act of clearing also lets e.g. the level to be set and the formatting to be set by the call.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Sat Jun 23 19:12:46 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Jun 2018 23:12:46 +0000
Subject: [issue33948] doc truncated lines in PDF
In-Reply-To: <1529772775.32.0.56676864532.issue33948@psf.upfronthosting.co.za>
Message-ID: <1529795566.26.0.56676864532.issue33948@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +mdk

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33948>
_______________________________________

From report at bugs.python.org  Sat Jun 23 19:42:09 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 23 Jun 2018 23:42:09 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529797329.25.0.56676864532.issue33851@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

@mgedmin, Just to be certain, are you able to verify that the change in PR 7701 fixes the problem you see with 3.7.0rc1?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Sat Jun 23 19:57:12 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 23 Jun 2018 23:57:12 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529798232.11.0.56676864532.issue33897@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Not sure what the best word would be (freshen, update, reconfigure, reset, and restart all communicate the intent).  I can't think of a simple word that accurately describes the implementation which removes and closes all root handlers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Sat Jun 23 21:28:39 2018
From: report at bugs.python.org (Mikhail)
Date: Sun, 24 Jun 2018 01:28:39 +0000
Subject: [issue33948] doc truncated lines in PDF
In-Reply-To: <1529772775.32.0.56676864532.issue33948@psf.upfronthosting.co.za>
Message-ID: <1529803719.27.0.56676864532.issue33948@psf.upfronthosting.co.za>


Mikhail <mikhail.domanov at gmail.com> added the comment:

This file was taken from

https://docs.python.org/3.7/archives/python-3.7.0rc1-docs-pdf-a4.zip

Hashes 

CRC32: 327CF408
MD5: 7EBEB565C1EA7E52F366B5C734500FAC
SHA-1: 09727C07C45965E4E43664B727E7CAECC4F3CD89
SHA-256: 3EB1E769F3A1F17922B3BC99AE5C316209E74B7CB6CBE4B4769D55D859AC5BC8
SHA-512: EB60766B2C594BD86CF2C038147AF50462DFC379F7DA88C0A89F8791ED0332F67986DA6D328549B463E6CD5A0630F1ECDC140E6DE2C769EE20799C03384F0A2C
SHA3-256: 136575BABCC4B666E39AEBD9E96D09684EE677EDC01825C4D891E141D43CC252

Thank you

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33948>
_______________________________________

From report at bugs.python.org  Sat Jun 23 21:56:20 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 01:56:20 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529805380.29.0.56676864532.issue33944@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Brett pointed out that may initial reaction above came across as quite blunt and demanding, so attempting to phrase that more clearly as a user experience consideration:

It may be tempting to view this as purely a clean-up of the import system implementation, removing a quirky and error prone construct for the sake of improved maintainability of both the import system itself, and the maintainability of end user installations.

My request (wearing my "BDFL-delegate for packaging interoperability standards" hat) is that proponents of the change resist the temptation to view the problem that way :)

Path files are used extensively across the Python packaging ecosystem to implement additional environment management features beyond those provided natively by interpreter implementations, and while we've added native equivalents for some of them (namespace packages, virtual environments), we're far from having added support for all of them (dynamic package version selection, virtual environment chaining, editable package installs that still publish correct PEP 376 package metadata, etc).

This means that any changes in this area pose significant backwards compatibility risks, and need to be approached carefully, and cautiously, with a strong emphasis on surveying real world code and seeing how the feature is currently being used.

Or, alternatively, the idea can be broken up into smaller, lower impact changes that still help to address the import system and end user environment maintainability issues, but don't involve breaking backwards compatibility.

(For an example of the latter: if "python -m site --list-pth-files" printed a list of all of the pth files and "python -m site --dump-pth-files" listed both the files and their contents, then environment debuggability would improve significantly without any compatibility impacts whatsoever)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Sat Jun 23 21:58:00 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 24 Jun 2018 01:58:00 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529805480.0.0.56676864532.issue33885@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
pull_requests: +7494

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sat Jun 23 22:19:02 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 24 Jun 2018 02:19:02 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529806742.24.0.56676864532.issue33885@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
pull_requests: +7495

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sat Jun 23 22:23:53 2018
From: report at bugs.python.org (Senthil Kumaran)
Date: Sun, 24 Jun 2018 02:23:53 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529807033.16.0.56676864532.issue33885@psf.upfronthosting.co.za>


Senthil Kumaran <senthil at uthcode.com> added the comment:


New changeset 0ba9a0b7d19da8b4bd3c13b358d3fd2a5ad16f09 by Senthil Kumaran (Andr?s Delfino) in branch 'master':
[master] bpo-33885: Replace "hook function" with "callable" (GH-7765) (#7886)
https://github.com/python/cpython/commit/0ba9a0b7d19da8b4bd3c13b358d3fd2a5ad16f09


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sat Jun 23 22:34:50 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 24 Jun 2018 02:34:50 +0000
Subject: [issue33885] doc Replace "hook function" with "callable" in
 urllib.request.urlretrieve
In-Reply-To: <1529256091.43.0.56676864532.issue33885@psf.upfronthosting.co.za>
Message-ID: <1529807690.67.0.56676864532.issue33885@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The bots occasionally miss.
PR 7885 was indeed merged even though the message has not appeared.
https://github.com/python/cpython/commit/2c11e23a5a686edc69bcbb4c65f500d50d992bb3
PR 7886 was merged as the message says, even though the status was not changed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33885>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:03:58 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 03:03:58 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529809438.05.0.56676864532.issue33919@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I'm thoroughly open to co-author requests for PEP 432 - the "Let's implement it as a private API for Python 3.7 and see what we learn from the experience" plan worked beautifully, but it *also* means the PEP text is now woefully out of date with reality :)

The pieces that are missing are:

- bring it up to date with what we actually did for 3.7
- decide which of those pieces we want to make public as-is, and which we want to tweak before making them generally available (e.g. does the "ConfigureMainInterpreter" naming still make sense? Or should we go back to the earlier "BeginInitialization" and "EndInitialization" pair?)
- now that we store this state in a more coherent way, what do we want to make public at the Python layer, and where should we make it public to avoid causing too many problems for other implementations? 

However, while I'd definitely be able to make time to review a PR to the PEP, I can't make any promises as to when I'd be able to sit down and actually draft that update myself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:15:27 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 03:15:27 +0000
Subject: [issue33451] Start pyc file lock the file
In-Reply-To: <1525898638.9.0.682650639539.issue33451@psf.upfronthosting.co.za>
Message-ID: <1529810127.02.0.56676864532.issue33451@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset ea737751b10fff752aafed0231e8a02b82ba365d by Nick Coghlan (Zackery Spytz) in branch 'master':
bpo-33451: Close pyc files before calling PyEval_EvalCode() (GH-7884)
https://github.com/python/cpython/commit/ea737751b10fff752aafed0231e8a02b82ba365d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33451>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:15:56 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 03:15:56 +0000
Subject: [issue33451] Start pyc file lock the file
In-Reply-To: <1525898638.9.0.682650639539.issue33451@psf.upfronthosting.co.za>
Message-ID: <1529810156.5.0.56676864532.issue33451@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7496

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33451>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:16:43 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 03:16:43 +0000
Subject: [issue33451] Start pyc file lock the file
In-Reply-To: <1525898638.9.0.682650639539.issue33451@psf.upfronthosting.co.za>
Message-ID: <1529810203.74.0.56676864532.issue33451@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7497

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33451>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:21:08 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 03:21:08 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529525175.44.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <1529810468.11.0.56676864532.issue33919@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Back on the original hash seed topic:

1. The exact size of the seed ranges from 128 bits (SIPHash) to 32-bits depending on exactly which hash algorithm you're talking about (https://www.python.org/dev/peps/pep-0456/#hash-secret)

2. While PEP 456 doesn't state it explicitly, my recollection is that omitting the exact hash seed value from the Python level API was a deliberate decision, since one of the *purposes* of PEP 456 was to protect against seed recovery attacks like https://131002.net/siphash/poc.py. Being able to read the seed directly from the sys modules would rather simplify the task of seed recovery :)

Only exposing a `forced_hash_seed` (and hiding randomly generated ones as `forced_hash_seed=None`) seems reasonable though, since those can already be read from os.environ anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:29:06 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 03:29:06 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529810946.57.0.56676864532.issue33934@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

This statement is no longer correct: "when python starts, it runs using the C locale, on any platform (Windows, Linux, BSD), any python version (2, 3...), until locale.setlocale() is used to set another locale."

The Python 3 text model doesn't work properly in the legacy C locale due to the assumption of ASCII as the preferred text encoding, so we run setlocale(LC_ALL, "") early in the startup sequence in order to switch to something more sensible. In Python 3.7+, we're even more opinionated about that, and explicitly coerce the C locale to a UTF-8 based one if there's one available.

If our docs are still saying otherwise anywhere, then our docs are outdated, and need to be fixed.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:31:23 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 03:31:23 +0000
Subject: [issue33451] Start pyc file lock the file
In-Reply-To: <1525898638.9.0.682650639539.issue33451@psf.upfronthosting.co.za>
Message-ID: <1529811083.77.0.56676864532.issue33451@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 56aaef0ddba6275b8043b58433739a64497f33b4 by Miss Islington (bot) in branch '3.7':
bpo-33451: Close pyc files before calling PyEval_EvalCode() (GH-7884)
https://github.com/python/cpython/commit/56aaef0ddba6275b8043b58433739a64497f33b4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33451>
_______________________________________

From report at bugs.python.org  Sat Jun 23 23:50:59 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 03:50:59 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529812259.34.0.56676864532.issue33939@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

(I've updated the issue title to state the design requirement, rather than one potential solution to the design requirement)

I like the declarative `__infinite_iterator__` suggestion, as that's:

1. really easy to implement when defining a custom iterator type (whether in Python or in an extension module

2. relatively easy to add to generator-iterators as a read-write property that defaults to False (which could then be set to True via an "itertools.infinite_generator" decorator)

3. relatively easy to support in iterators like map, filter, etc via a property that delegates the response to the underlying iterator

4. even more complex iterators like chain, product, and combinations would be able to define a property based on "any(itr.__infinite__iterator__ in underyling_iterators)"

----------
title: Raise OverflowError in __length_hint__ for consistently infinite iterators -> Provide a robust O(1) mechanism to check for infinite iterators

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Sun Jun 24 00:03:37 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 04:03:37 +0000
Subject: [issue31815] Make itertools iterators interruptible
In-Reply-To: <1508344981.58.0.213398074469.issue31815@psf.upfronthosting.co.za>
Message-ID: <1529813017.64.0.56676864532.issue31815@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

As a potential stepping stone towards possible future changes in the default behaviour here, what if itertools were to offer an opt-in "check_signals(itr, *, iterations=100_000)" helper function that was essentially a more efficient version of::

    def check_signals(itr, *iterations=100_000):
        while True:
            next_slice = islice(itr, iterations)
            for count, item in enumerate(next_slice, 1):
                yield item
            if count < iterations:
                raise StopIteration

This would:

1. Provide a straightforward way for folks to explicitly opt-in to periodic signal checks
2. Provide a way to check for potential compatibility issues with other libraries and components to better assess the risks of switching the default behaviour

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31815>
_______________________________________

From report at bugs.python.org  Sun Jun 24 00:12:08 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 04:12:08 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1529813528.64.0.56676864532.issue33939@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Thinking about the generator-iterator case a bit more, "False" would be a bad default for that. Allowing "NotImplemented" to indicate the ambiguous "Might be finite, might be infinite" state, and using that as the default for generator-iterators, would probably make sense.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Sun Jun 24 01:19:18 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 05:19:18 +0000
Subject: [issue31815] Make itertools iterators interruptible
In-Reply-To: <1508344981.58.0.213398074469.issue31815@psf.upfronthosting.co.za>
Message-ID: <1529817558.87.0.56676864532.issue31815@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> What if itertools were to offer an opt-in ...

This doesn't make sense to me.  As far as I can tell, the only time this issue has ever arisen in the past 15 or 16 years is when someone was trying to create an unbreakable infinite loop on-purpose.  In a way, it is no more interesting than intentionally triggering a seqfault with ctypes or bytecode hacks.  Likewise, it isn't even unique to itertools -- it shows up in any potentially long running C-code such as numpy/scipy calls.

I would like to close this issue and instead go down the path of issue 33939 which would allow consumers to detect when an input expects to be infinite.  The consumers can then decide whether they want to make periodic cntl-c checks.

----------
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31815>
_______________________________________

From report at bugs.python.org  Sun Jun 24 01:39:24 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 05:39:24 +0000
Subject: [issue31815] Make itertools iterators interruptible
In-Reply-To: <1508344981.58.0.213398074469.issue31815@psf.upfronthosting.co.za>
Message-ID: <1529818764.69.0.56676864532.issue31815@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

The purpose would be two-fold:

1. The presence of the `check_signals()` wrapper provides a way to more explicitly document that the other itertools iterators *don't* implicitly check for signals, so if you want to combine them with consumers that also don't check for signals, then you're going to need to wrap the iterator.

2. As a helper for integration code that's dealing with consumers that don't check for signals, but want to make those loops interruptible. Doing that in Python (as in my example) is inefficient, since you end up running Python bytecode on every iteration, and also don't have as much control over exactly when the signals get checked.

Given a solution to issue 33939, I'd drop the priority on this issue to low, but I don't think it would make it redundant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31815>
_______________________________________

From report at bugs.python.org  Sun Jun 24 01:42:50 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 24 Jun 2018 05:42:50 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529818970.61.0.56676864532.issue33897@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:

OK, let's go with "force", then. There are plenty of other places in Python where it's used, so there's that:

https://github.com/python/cpython/search?l=Python&q=force

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Sun Jun 24 01:54:58 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 05:54:58 +0000
Subject: [issue31815] Make itertools iterators interruptible
In-Reply-To: <1508344981.58.0.213398074469.issue31815@psf.upfronthosting.co.za>
Message-ID: <1529819698.61.0.56676864532.issue31815@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I don't think a new public API should be introduced.  This is at best an implementation detail.  

Also, I really don't want to garbage-up the inner-loop code for the itertools.  I've spent a good deal of time micro-optimizing this code and don't want to throw it away for something that is of nearly zero value and imo not a real issue that affects real users.

Marking this a closed for now.  We can discuss it more at the sprints (Python 3.8 is still a long way away).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31815>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:17:16 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 24 Jun 2018 06:17:16 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
Message-ID: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>


New submission from Tal Einat <taleinat at gmail.com>:

The issue occurs when running the following on Windows 10 Pro 64-bit on the latest master branch (ea737751b10fff752aafed0231e8a02b82ba365d):

python -m test -ugui -m test_highlight_target_text_mouse test_idle

(This test failed for perhaps an unrelated reason on Travis CI for GH-7887.   I encountered the issue while investigating that failure.)

----------
assignee: terry.reedy
components: IDLE
messages: 320357
nosy: taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE test failing only when called by itself: HighPageTest.test_highlight_target_text_mouse
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:19:48 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 24 Jun 2018 06:19:48 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529821188.89.0.56676864532.issue33951@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
keywords: +patch
pull_requests: +7498
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:24:22 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 24 Jun 2018 06:24:22 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529821462.59.0.56676864532.issue33951@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +7499

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:24:57 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 06:24:57 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1529821497.2.0.56676864532.issue33774@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I propose this, "Distinct argument patterns may be considered to be distinct calls with distinct results even if the underlying function sees them as equivalent calls."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:28:30 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 06:28:30 +0000
Subject: [issue33933] Error message says dict has no len
In-Reply-To: <1529587521.24.0.56676864532.issue33933@psf.upfronthosting.co.za>
Message-ID: <1529821710.28.0.56676864532.issue33933@psf.upfronthosting.co.za>


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


----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33933>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:47:09 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 06:47:09 +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: <1529822829.45.0.56676864532.issue25478@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Vedran, Counters do explicitly support floats, decimals, ints, fractions, etc. 

Also, total() needs to be a method rather than a property to be consistent with the existing API and for clarity that a computation is being performed (as opposed to looking up a running total or other cheap operation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25478>
_______________________________________

From report at bugs.python.org  Sun Jun 24 02:59:04 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 06:59:04 +0000
Subject: [issue32554] random.seed(tuple) uses the randomized hash function and
 so is not reproductible
In-Reply-To: <1516007302.18.0.467229070634.issue32554@psf.upfronthosting.co.za>
Message-ID: <1529823544.12.0.56676864532.issue32554@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> Maybe deprecate using a hash?

Any deprecation will likely break some existing code, but it would be nice to restrict inputs types to int, float, bytes, bytearray, or str.  Then we could remove all reference to hashing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32554>
_______________________________________

From report at bugs.python.org  Sun Jun 24 03:08:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 24 Jun 2018 07:08:15 +0000
Subject: [issue32554] random.seed(tuple) uses the randomized hash function and
 so is not reproductible
In-Reply-To: <1516007302.18.0.467229070634.issue32554@psf.upfronthosting.co.za>
Message-ID: <1529824095.91.0.56676864532.issue32554@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This is what I meant. Emit a deprecation warning for input types other than explicitly supported types (but I didn't think about float), and raise an error in future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32554>
_______________________________________

From report at bugs.python.org  Sun Jun 24 03:09:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 24 Jun 2018 07:09:15 +0000
Subject: [issue33933] Error message says dict has no len
In-Reply-To: <1529587521.24.0.56676864532.issue33933@psf.upfronthosting.co.za>
Message-ID: <1529824155.01.0.56676864532.issue33933@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I think this is an exact duplicate of issue32500.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> PySequence_Length() raises TypeError on dict type

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33933>
_______________________________________

From report at bugs.python.org  Sun Jun 24 03:13:56 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 07:13:56 +0000
Subject: [issue32142] heapq.heappop - documentation misleading or doesn't work
In-Reply-To: <1511712348.11.0.213398074469.issue32142@psf.upfronthosting.co.za>
Message-ID: <1529824436.15.0.56676864532.issue32142@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

We could apply David Murray's suggested wording but I don't think it would actually help anyone.  There are worked out examples from basic to advanced and a detailed section on the theory as well.

ISTM, that prior to reading the docs, the OP likely already had an incorrect mental model that caused the misreading of "maintaining" as "restoring".

For the most part, these docs have stood the test of time.  I don't see any StackOverflow questions about this either.  I recommend marking this as closed (the OP seems to now have a clear understanding of this so there isn't an open problem to be resolved).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32142>
_______________________________________

From report at bugs.python.org  Sun Jun 24 03:49:35 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 24 Jun 2018 07:49:35 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529826575.49.0.56676864532.issue33613@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

You can know that the semaphore tracker is running by sending it an invalid command and seeing the error written to stderr.  The semaphore tracker either inherits sys.stderr from the parent process (if possible) or uses its own.  This is a bit of a hack, but might be worth it to avoid another wasted second on every run of the test suite.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 04:13:30 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 24 Jun 2018 08:13:30 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529828010.8.0.56676864532.issue33468@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

A possible concrete example: Capturing sys.stdout and/or sys.stderr for testing, as in test.support.captured_output.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Sun Jun 24 04:42:41 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 24 Jun 2018 08:42:41 +0000
Subject: =?utf-8?q?=5Bissue33466=5D_Distutils_does_not_support_the_compilation_of_?=
 =?utf-8?b?T2JqZWN0aXZlLUMrKyAo4oCcLm1t4oCdKSBmaWxlcw==?=
In-Reply-To: <1526057984.85.0.682650639539.issue33466@psf.upfronthosting.co.za>
Message-ID: <1529829761.03.0.56676864532.issue33466@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Patch looks good to me, and back porting to 3.6/3.7 should be safe enough.

I haven't merged yet because I need to study the devguid a bit before I do so (especially w.r.t. back porting)

----------
components: +macOS
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33466>
_______________________________________

From report at bugs.python.org  Sun Jun 24 05:06:00 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 24 Jun 2018 09:06:00 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529831160.15.0.56676864532.issue33468@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Similar to closing, we have dedicated context managers for stdout and stderr redirection now: https://docs.python.org/3/library/contextlib.html#contextlib.redirect_stdout

Redirecting stdin could be a good example though, since we've so far chosen not to provide a standard context manager for that (it's a sufficiently uncommon use case that we haven't seen the need to add it directly).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Sun Jun 24 08:03:40 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Sun, 24 Jun 2018 12:03:40 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1529841820.9.0.56676864532.issue33927@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi Pablo, while this patch should fix both problems, I'm not sure how to write a regression test for this, `assert_python_ok` in https://github.com/python/cpython/pull/7865/files#diff-7d4645839a05727ebdf39226fd56e29cR97 forks the interpreter so I'm not sure I can check for unclosed fd during the test.

Should I call https://github.com/remilapeyre/cpython/blob/04b2ade751b318460c1f0f9566676ef519358328/Lib/json/tool.py#L18 directly and mock `io.open` and `os.close`?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Sun Jun 24 08:05:39 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 24 Jun 2018 12:05:39 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1529841939.63.0.56676864532.issue33468@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The entirely abstract example LGTM.

As for concrete real word examples, the possible one is changing the current working directory:

    cwd = os.getcwd()
    try:
        os.chdir(target_dir)
        yield
    finally:
        os.chdir(cwd)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Sun Jun 24 08:21:48 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Sun, 24 Jun 2018 12:21:48 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1529842908.22.0.56676864532.issue33833@psf.upfronthosting.co.za>


Change by twisteroid ambassador <twisteroid.ambassador at gmail.com>:


----------
pull_requests: +7500

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Sun Jun 24 08:34:12 2018
From: report at bugs.python.org (Ammar Askar)
Date: Sun, 24 Jun 2018 12:34:12 +0000
Subject: [issue33899] Tokenize module does not mirror "end-of-input" is
 newline behavior
In-Reply-To: <1529394112.27.0.56676864532.issue33899@psf.upfronthosting.co.za>
Message-ID: <1529843652.44.0.56676864532.issue33899@psf.upfronthosting.co.za>


Change by Ammar Askar <ammar at ammaraskar.com>:


----------
keywords: +patch
pull_requests: +7501
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33899>
_______________________________________

From report at bugs.python.org  Sun Jun 24 09:55:43 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 13:55:43 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529848543.86.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

@taleinat Sadly, if the semaphore_tracker receives an invalid command, it raises and dies, making the test impossible:

                     cmd, name = line.strip().split(b':')
                     if cmd == b'REGISTER':
                         cache.add(name)
                     elif cmd == b'UNREGISTER':
                         cache.remove(name)
                     else:
                         raise RuntimeError('unrecognized command %r' % cmd)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 09:57:32 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 24 Jun 2018 13:57:32 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529848652.68.0.56676864532.issue33613@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

We can easily add a 'NOOP' command to the semaphore tracker if it helps solve that issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 10:01:11 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 14:01:11 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529848871.05.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Sorry, I was wrong, it does not die. I am investigating this solution using stderr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 10:02:45 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 14:02:45 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529848965.54.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Additionally, as I commented in the PR, apart from the race condition I think the test should be modified so it fails if the warning is raised and not expected:

>The problem is that the test was silently failing when SIGINT was >being delivered as the test does not check that no warnings are >raised. Notice that the presence of a warning means that the process >died and therefore SIGINT did kill the process, which is precisely >what the test checks that does not happen.

>I think in order to check that the test works as intended without the >need to run the suite with -Wall, we need to modify the test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 10:06:31 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 14:06:31 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529849191.89.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

@pitrou I think that should be ideal. The reason is that if we send an invalid command the cache is not cleared and the semaphore tracker will warn when the process finishes which is precisely what the test is avoiding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 12:08:01 2018
From: report at bugs.python.org (Anselm Kruis)
Date: Sun, 24 Jun 2018 16:08:01 +0000
Subject: [issue33711] Could not find externals/db-* in msi.py on license
 generation
In-Reply-To: <1527765224.13.0.682650639539.issue33711@psf.upfronthosting.co.za>
Message-ID: <1529856481.94.0.56676864532.issue33711@psf.upfronthosting.co.za>


Anselm Kruis <a.kruis at science-computing.de> added the comment:

I'm build msi installers regularly and I can confirm the issue.
PR 7241 is ok and should be merged.

----------
nosy: +anselm.kruis

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33711>
_______________________________________

From report at bugs.python.org  Sun Jun 24 13:26:41 2018
From: report at bugs.python.org (Tal Einat)
Date: Sun, 24 Jun 2018 17:26:41 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529861201.3.0.56676864532.issue33613@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

For the "no-op" we'll need a way to know that it was processed.  To that end, I'd make the semaphore tracker recognize a new command e.g. "PING", upon which it would write something e.g. "PONG" into its end of the pipe.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 13:50:07 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 24 Jun 2018 17:50:07 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
In-Reply-To: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>
Message-ID: <1529862607.02.0.56676864532.issue33945@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I'm not sure what happens exactly in your workload, but waiting 20 seconds when posting some data on an unbounded queue sounds enormous.

----------
nosy: +tomMoral

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Sun Jun 24 14:09:16 2018
From: report at bugs.python.org (Thomas Moreau)
Date: Sun, 24 Jun 2018 18:09:16 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
In-Reply-To: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>
Message-ID: <1529863756.14.0.56676864532.issue33945@psf.upfronthosting.co.za>


Thomas Moreau <thomas.moreau.2010 at gmail.com> added the comment:

This behavior results from the fact that in 3.6, the result_queue is used to pass messages to the queue_manager_thread. This behavior has been changed in 3.7 as we rely on a _ThreadWakeup object.

In 3.6, when the result_queue is filled with many large objects, the call to result_queue.put(None) will hang while the previous objects are being handled by the queue_manager_thread, causing a latency in the submit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Sun Jun 24 14:28:53 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 18:28:53 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529864933.41.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I have updated the PR implementing a PONG command in the semaphore and updating the test. I have tested on the failing buildbots (gcc110.fsffrance.org) and it works. Notice that a new pipe for the child to write was needed as the child is continuously reading from the original one and therefore we cannot use the same one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 14:48:02 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 18:48:02 +0000
Subject: [issue33089] Add multi-dimensional Euclidean distance function to the
 math module
In-Reply-To: <1521226258.78.0.467229070634.issue33089@psf.upfronthosting.co.za>
Message-ID: <1529866082.6.0.56676864532.issue33089@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Would it be reasonable for me to get started with a "mostly good enough" version using scaling and Kahan summation?

from operator import sub
from math import sqrt, fabs

def kahan_summation(seq):
    # https://en.wikipedia.org/wiki/Kahan_summation_algorithm#The_algorithm
    csum = 0
    err = 0
    for x in seq:
        x -= err
        nsum = csum + x
        err = (nsum - csum) - x
        csum = nsum
    return csum

def hypot(*sides):
    scale = max(map(fabs, sides))
    return scale * sqrt(kahan_summation((s / scale)**2 for s in sides))

def dist(p, q):
    return hypot(*map(sub, p, q))

assert all(hypot(*([1]*d)) == sqrt(d) for d in range(1, 10000))
print(dist(p=(11, 4, 10), q=(9, 10, 13.5)))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33089>
_______________________________________

From report at bugs.python.org  Sun Jun 24 14:49:48 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 24 Jun 2018 18:49:48 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529866188.73.0.56676864532.issue33613@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Is it possible to notify the ping / noop reply on stderr instead of introducing a new pipe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 15:39:27 2018
From: report at bugs.python.org (Joshua Bronson)
Date: Sun, 24 Jun 2018 19:39:27 +0000
Subject: [issue31861] aiter() and anext() built-in functions
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1529869167.62.0.56676864532.issue31861@psf.upfronthosting.co.za>


Change by Joshua Bronson <jabronson at gmail.com>:


----------
nosy: +jab

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Sun Jun 24 15:39:57 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 19:39:57 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529869197.63.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

The process seems to use its own stderr and it cannot be captured from the parent without modifying it AFAIK.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 15:44:55 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 24 Jun 2018 19:44:55 +0000
Subject: [issue32554] random.seed(tuple) uses the randomized hash function and
 so is not reproductible
In-Reply-To: <1516007302.18.0.467229070634.issue32554@psf.upfronthosting.co.za>
Message-ID: <1529869495.86.0.56676864532.issue32554@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I'm thinking of something like this:

$ git diff
diff --git a/Lib/random.py b/Lib/random.py
index 1e0dcc87ed..f479e66ada 100644
--- a/Lib/random.py
+++ b/Lib/random.py
@@ -136,12 +136,17 @@ class Random(_random.Random):
             x ^= len(a)
             a = -2 if x == -1 else x

-        if version == 2 and isinstance(a, (str, bytes, bytearray)):
+        elif version == 2 and isinstance(a, (str, bytes, bytearray)):
             if isinstance(a, str):
                 a = a.encode()
             a += _sha512(a).digest()
             a = int.from_bytes(a, 'big')

+        elif not isinstance(a, (type(None), int, float, str, bytes, bytearray)):
+            _warn('Seeding based on hashing is deprecated.\n'
+                  'The only supported seed types are None, int, float, '
+                  'str, bytes, and bytearray.', DeprecationWarning, 2)
+
         super().seed(a)
         self.gauss_next = None

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32554>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:31:50 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sun, 24 Jun 2018 20:31:50 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1529872310.19.0.56676864532.issue33613@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I have modified the PR to avoid creating an extra pipe in the tracker (the pipe is created as part of the test). To allow testing with the -R option:

./python -m test test_multiprocessing_fork -v -m test_semaphore_tracker_sigint -R 3:3

I had to assure that we restart the tracker in the test so it does not reuse a closed file descriptor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:36:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 24 Jun 2018 20:36:02 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529872562.29.0.56676864532.issue33951@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 2af9f5d334eeca588eeee87d177faf0012c63a03 by Terry Jan Reedy (Tal Einat) in branch 'master':
bpo-33951: IDLE test_configdialog: call page.update in setUpClass (GH-7892)
https://github.com/python/cpython/commit/2af9f5d334eeca588eeee87d177faf0012c63a03


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:37:19 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 20:37:19 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529872639.13.0.56676864532.issue33951@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7502

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:38:12 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 20:38:12 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529872692.0.0.56676864532.issue33951@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7503

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:40:09 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 24 Jun 2018 20:40:09 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1529872809.56.0.56676864532.issue33944@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I would also add that editable installs should not break in the process. They are important.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Sun Jun 24 16:55:42 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 20:55:42 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529873742.19.0.56676864532.issue33951@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b3bac968fe5beb6e6e334903519b2c8ce5bb366b by Miss Islington (bot) in branch '3.7':
bpo-33951: IDLE test_configdialog: call page.update in setUpClass (GH-7892)
https://github.com/python/cpython/commit/b3bac968fe5beb6e6e334903519b2c8ce5bb366b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 17:06:32 2018
From: report at bugs.python.org (miss-islington)
Date: Sun, 24 Jun 2018 21:06:32 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529874392.45.0.56676864532.issue33951@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cef5da5441776090026c735ca1c9fa277f8b9931 by Miss Islington (bot) in branch '3.6':
bpo-33951: IDLE test_configdialog: call page.update in setUpClass (GH-7892)
https://github.com/python/cpython/commit/cef5da5441776090026c735ca1c9fa277f8b9931


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 17:09:52 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 24 Jun 2018 21:09:52 +0000
Subject: [issue33951] IDLE test failing only when called by itself:
 HighPageTest.test_highlight_target_text_mouse
In-Reply-To: <1529821036.21.0.56676864532.issue33951@psf.upfronthosting.co.za>
Message-ID: <1529874592.97.0.56676864532.issue33951@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33951>
_______________________________________

From report at bugs.python.org  Sun Jun 24 18:13:25 2018
From: report at bugs.python.org (Tim Peters)
Date: Sun, 24 Jun 2018 22:13:25 +0000
Subject: [issue33089] Add multi-dimensional Euclidean distance function to the
 math module
In-Reply-To: <1521226258.78.0.467229070634.issue33089@psf.upfronthosting.co.za>
Message-ID: <1529878405.19.0.56676864532.issue33089@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Raymond, I'd say scaling is vital (to prevent spurious infinities), but complications beyond that are questionable, slowing things down for an improvement in accuracy that may be of no actual benefit.

Note that your original "simple homework problems for kids to machine learning and computer vision" doesn't include cases where good-to-the-last-bit accuracy is important, but at least in machine learning and computer vision apps primitives may be called an enormous number of times - "speed matters" to them.

Perhaps add an optional "summer" argument defaulting to __builtins__.sum?  Then the user who wants to pay more for tighter error bounds can pass in whatever they like, from a raw Kahan summer, through one of its improvements, to math.fsum.  There just isn't a "one size fits all" answer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33089>
_______________________________________

From report at bugs.python.org  Sun Jun 24 18:50:26 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 24 Jun 2018 22:50:26 +0000
Subject: [issue33711] Could not find externals/db-* in msi.py on license
 generation
In-Reply-To: <1527765224.13.0.682650639539.issue33711@psf.upfronthosting.co.za>
Message-ID: <1529880626.29.0.56676864532.issue33711@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:


New changeset b18f09835720e14ac7d4cca1815fdcdcecd5d8d4 by Zachary Ware (native-api) in branch '2.7':
bpo-33711: Fix license generation error in installer build script (GH-7241)
https://github.com/python/cpython/commit/b18f09835720e14ac7d4cca1815fdcdcecd5d8d4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33711>
_______________________________________

From report at bugs.python.org  Sun Jun 24 18:51:14 2018
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 24 Jun 2018 22:51:14 +0000
Subject: [issue33711] Could not find externals/db-* in msi.py on license
 generation
In-Reply-To: <1527765224.13.0.682650639539.issue33711@psf.upfronthosting.co.za>
Message-ID: <1529880674.71.0.56676864532.issue33711@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Thanks for the patch, Ivan, and the review, Anselm!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33711>
_______________________________________

From report at bugs.python.org  Sun Jun 24 21:26:06 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 25 Jun 2018 01:26:06 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1529889966.88.0.56676864532.issue24567@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Attaching a patch for 3.6 and 3.7.  Haven't had a chance to run timings yet.  Since it involves adding code to the inner loop, presumably it will have a noticeable affect on speed.  Am not sure how to test this (I don't seem to be able to reproduce the OP's problem on any system I have access to).  I'm not even sure whether the double rounding still exists any extant platform and if so whether we could just turn it off as part of the configuration.

At any rate, I don't think the code in 2.7 should change at all.  That tool is almost at end-of-life and we should be very conservative with it at this point.

----------
Added file: https://bugs.python.org/file47650/random_double_round.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Sun Jun 24 21:28:57 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 25 Jun 2018 01:28:57 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529805380.29.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <C6316F64-CB5D-4AB7-B1F3-0CE795467C69@python.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Jun 23, 2018, at 18:56, Nick Coghlan <report at bugs.python.org> wrote:
> 
> My request (wearing my "BDFL-delegate for packaging interoperability standards" hat) is that proponents of the change resist the temptation to view the problem that way :)
> 
> Path files are used extensively across the Python packaging ecosystem to implement additional environment management features beyond those provided natively by interpreter implementations, and while we've added native equivalents for some of them (namespace packages, virtual environments), we're far from having added support for all of them (dynamic package version selection, virtual environment chaining, editable package installs that still publish correct PEP 376 package metadata, etc).

Still, I firmly believe they?re a wart being abused for purposes they weren?t really intended for.  It?s a trick of implementation that lines beginning with `import` are exec?d.  That being said?

> Or, alternatively, the idea can be broken up into smaller, lower impact changes that still help to address the import system and end user environment maintainability issues, but don't involve breaking backwards compatibility.

+1 on working on *much* better debuggability and discoverability for .pth files first, and then consider their eventual deprecation, replacement, and/or removal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Sun Jun 24 21:38:32 2018
From: report at bugs.python.org (Tim Peters)
Date: Mon, 25 Jun 2018 01:38: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: <1529890712.2.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

There are a couple bug reports here that have been open for years, and it's about time we closed them.

My stance:  if any platform still exists on which "double rounding" is still a potential problem, Python _configuration_ should be changed to disable double rounding on such platforms (there's usually a C compiler flag that can make this happen, but even if there isn't a couple lines of inline assembler could be added at Python startup to set the Pentium's FPU "precision control" bits to "round to 53 bits" mode).

`random` is a red herring here!  We don't want gratuitously different results across 754 boxes in any operations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Sun Jun 24 22:36:12 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 02:36:12 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
Message-ID: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Doc says:

Note that str.upper().isupper() might be False if s...

Should say:

Note that s.upper().isupper() might be False if s...

PR fixes this.

----------
assignee: docs at python
components: Documentation
messages: 320395
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Fix typo in str.upper() documentation
type: enhancement
versions: Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Sun Jun 24 22:38:02 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 02:38:02 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529894282.57.0.56676864532.issue33952@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7504
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 00:11:16 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 25 Jun 2018 04:11:16 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529899876.6.0.56676864532.issue33897@psf.upfronthosting.co.za>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset cf67d6a934b51b1f97e72945b596477b271f70b8 by Vinay Sajip (Dong-hee Na) in branch 'master':
bpo-33897: Add a 'force' keyword argument to logging.basicConfig(). (GH-7873)
https://github.com/python/cpython/commit/cf67d6a934b51b1f97e72945b596477b271f70b8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Mon Jun 25 00:13:21 2018
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 25 Jun 2018 04:13:21 +0000
Subject: [issue33897] Add a restart option to logging.basicConfig()
In-Reply-To: <1529354357.8.0.56676864532.issue33897@psf.upfronthosting.co.za>
Message-ID: <1529900001.03.0.56676864532.issue33897@psf.upfronthosting.co.za>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33897>
_______________________________________

From report at bugs.python.org  Mon Jun 25 00:39:42 2018
From: report at bugs.python.org (Nicolas Hainaux)
Date: Mon, 25 Jun 2018 04:39:42 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529901582.88.0.56676864532.issue33934@psf.upfronthosting.co.za>


Nicolas Hainaux <nh.techn at gmail.com> added the comment:

I understand that the statement "when python starts, it runs using the C locale..." should not be correct anymore (and the doc should then be updated), but in fact this statement is still true on the systems I tested; only, the output of locale.getlocale() at start is in contradiction with the locale really set in fact.

It looks like the setting done by setlocale(LC_ALL, "") at an early stage is lost at some point (only locale.getlocale() seems to "remember" it).

For instance, my box locale is 'fr_FR.UTF-8', so the decimal point is a comma, but when starting python 3.7:


>>> import locale
>>> locale.str(2.4)
'2.4'                     # Wrong: if the locale in use is 'fr_FR.UTF-8', then '2,4' is expected instead
>>> locale.getlocale()
('fr_FR', 'UTF-8')
>>> locale.localeconv()
{'int_curr_symbol': '', 'currency_symbol': '', 'mon_decimal_point': '', 'mon_thousands_sep': '', 'mon_grouping': [], 'positive_sign': '', 'negative_sign': '', 'int_frac_digits': 127, 'frac_digits': 127, 'p_cs_precedes': 127, 'p_sep_by_space': 127, 'n_cs_precedes': 127, 'n_sep_by_space': 127, 'p_sign_posn': 127, 'n_sign_posn': 127, 'decimal_point': '.', 'thousands_sep': '', 'grouping': []}
>>>


Note that the output of localeconv() does match C locale, not 'fr_FR.UTF-8'.

Compare this with the outputs of locale.str() and locale.localeconv() when the locale is explicitly set at start:


>>> import locale
>>> locale.setlocale(locale.LC_ALL, '')
'LC_CTYPE=fr_FR.utf8;LC_NUMERIC=fr_FR.UTF-8;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.utf8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.utf8;LC_PAPER=fr_FR.UTF-8;LC_NAME=fr_FR.UTF-8;LC_ADDRESS=fr_FR.UTF-8;LC_TELEPHONE=fr_FR.UTF-8;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=fr_FR.UTF-8'
>>> locale.str(2.4)
'2,4'                       # Correct!
>>> locale.localeconv()     # Output of localeconv() does match 'fr_FR.UTF-8' locale
{'int_curr_symbol': 'EUR ', 'currency_symbol': '?', 'mon_decimal_point': ',', 'mon_thousands_sep': '\u202f', 'mon_grouping': [3, 0], 'positive_sign': '', 'negative_sign': '-', 'int_frac_digits': 2, 'frac_digits': 2, 'p_cs_precedes': 0, 'p_sep_by_space': 1, 'n_cs_precedes': 0, 'n_sep_by_space': 1, 'p_sign_posn': 1, 'n_sign_posn': 1, 'decimal_point': ',', 'thousands_sep': '\u202f', 'grouping': [3, 0]}
>>>


Maybe the title of this issue should be turned to "at start, the C locale is in use in spite of locale.getlocale()'s output (python3 on linux)"?




As to the behaviour on Windows, I guess this is another topic (locales belonging to another world on Windows)... but it may be interesting to note that it complies with the current documentation: at start python 3.6 also uses the C locale, and the output of locale.getlocale() is consistent with that. Here is a test on Windows 10:

Python 3.6.3 (v3.6.3:2c5fed8, Oct  3 2017, 18:11:49) [MSC v.1900 64 bit (AMD64)] on win32

>>> import locale
>>> locale.getlocale()
(None, None)
>>> locale.localeconv()
{'decimal_point': '.', 'thousands_sep': '', 'grouping': [], 'int_curr_symbol': '', 'currency_symbol': '', 'mon_decimal_point': '', 'mon_thousands_sep': '', 'mon_grouping': [], 'positive_sign': '', 'negative_sign': '', 'int_frac_digits': 127, 'frac_digits': 127, 'p_cs_precedes': 127, 'p_sep_by_space': 127, 'n_cs_precedes': 127, 'n_sep_by_space': 127, 'p_sign_posn': 127, 'n_sign_posn': 127}
>>> locale.str(2.4)
'2.4'
>>> locale.getdefaultlocale()
('fr_FR', 'cp1252')

----------
components: +Library (Lib) -Documentation

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:03:43 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 06:03:43 +0000
Subject: [issue31861] aiter() and anext() built-in functions
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1529906623.93.0.56676864532.issue31861@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:06:14 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:06:14 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529906774.84.0.56676864532.issue33943@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset a8ddf85a84364d2c660e6670a7e06621993d1fdc by Tal Einat (Andr?s Delfino) in branch 'master':
bpo-33943: Add references in the docs for logging.basicConfig (GH-7858)
https://github.com/python/cpython/commit/a8ddf85a84364d2c660e6670a7e06621993d1fdc


----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:14:58 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:14:58 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529907298.09.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:17:50 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 06:17:50 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529907470.69.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7505

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:19:48 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 06:19:48 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529907588.98.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7506

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:26:01 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:26:01 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529907961.05.0.56676864532.issue33943@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 66d77d8af8f7c3ebd604ad1e802b8e5006d79d8f by Tal Einat (Miss Islington (bot)) in branch '3.7':
bpo-33943: Add references in the docs for logging.basicConfig (GH-7858) (GH-7900)
https://github.com/python/cpython/commit/66d77d8af8f7c3ebd604ad1e802b8e5006d79d8f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:30:24 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:30:24 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529908224.94.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7507

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:31:26 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:31:26 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529908286.7.0.56676864532.issue33943@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 73848e028de58e7fb2b38bddb1638ca2323561a9 by Tal Einat (Miss Islington (bot)) in branch '3.6':
bpo-33943: Add references in the docs for logging.basicConfig (GH-7858) (GH-7899)
https://github.com/python/cpython/commit/73848e028de58e7fb2b38bddb1638ca2323561a9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:47:48 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:47:48 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529909268.04.0.56676864532.issue33943@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7508

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 02:52:38 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 06:52:38 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529909558.6.0.56676864532.issue33943@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset aa770b7096c004abdf3c27bc361d6b60a4b668af by Tal Einat in branch '2.7':
[2.7] bpo-33943: Add references in the docs for logging.basicConfig (GH-7858) (GH-7902)
https://github.com/python/cpython/commit/aa770b7096c004abdf3c27bc361d6b60a4b668af


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 03:59:11 2018
From: report at bugs.python.org (Serge Matveenko)
Date: Mon, 25 Jun 2018 07:59:11 +0000
Subject: [issue33953] The DEFAULT_ENTROPY variable used to store the current
 default random bytes value should be documented for `secrets` module
Message-ID: <1529913551.53.0.56676864532.issue33953@psf.upfronthosting.co.za>


New submission from Serge Matveenko <serge at matveenko.ru>:

There is the corresponding section on the topic here https://github.com/python/cpython/blob/3.6/Doc/library/secrets.rst#how-many-bytes-should-tokens-use

The current value of 32 bytes is mentioned there correctly.

Unfortunately, there is no way to know which constant in the `secrets` stores this value.

It is easy to imagine a use case to use say `DEFAULT_ENTROPY * 4` in the code and stay updated with the default entropy being increased over time.

Thus, it looks reasonable to document the `secrets.DEFAULT_ENTROPY` constant in the module docs.

----------
assignee: docs at python
components: Documentation
messages: 320402
nosy: docs at python, lig
priority: normal
severity: normal
status: open
title: The DEFAULT_ENTROPY variable used to store the current default random bytes value should be documented for `secrets` module
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33953>
_______________________________________

From report at bugs.python.org  Mon Jun 25 04:23:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 08:23:46 +0000
Subject: [issue33954] float.__format__('n') fails with
 _PyUnicode_CheckConsistency assertion error
Message-ID: <1529915026.11.0.56676864532.issue33954@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Example:

vstinner at apu$ ./python
Python 3.8.0a0 (heads/master-dirty:bcd3a1a18d, Jun 23 2018, 10:31:03) 
[GCC 8.1.1 20180502 (Red Hat 8.1.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.str(2.5)
'2.5'
>>> '{:n}'.format(2.5)
'2.5'
>>> locale.setlocale(locale.LC_ALL, '')
'fr_FR.UTF-8'
>>> locale.str(2.5)
'2,5'
>>> '{:n}'.format(2.5)
python: Objects/unicodeobject.c:474: _PyUnicode_CheckConsistency: Assertion `maxchar < 128' failed.
Aborted (core dumped)

Another example:

vstinner at apu$ ./python
Python 3.8.0a0 (heads/master-dirty:bcd3a1a18d, Jun 23 2018, 10:31:03) 
>>> import locale; locale.setlocale(locale.LC_ALL, '')
'fr_FR.UTF-8'
>>> (2.5).__format__('n')
python: Objects/unicodeobject.c:474: _PyUnicode_CheckConsistency: Assertion `maxchar < 128' failed.
Aborted (core dumped)


Result of my system Python 3.6 of Fedora 28:

vstinner at apu$ python3
Python 3.6.5 (default, Mar 29 2018, 18:20:46) 
[GCC 8.0.1 20180317 (Red Hat 8.0.1-0.19)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.str(2.5)
'2.5'
>>> '{:n}'.format(2.5)
'2.5'
>>> locale.setlocale(locale.LC_ALL, '')
'fr_FR.UTF-8'
>>> locale.str(2.5)
'2,5'
>>> '{:n}'.format(2.5)
'?,5'
>>> '{:n}'.format(3.5)
'?,5'
>>> '{:n}'.format(33.5)
'?\x18,5'
>>> '{:n}'.format(333.5)
'?\x186,5'

----------
components: Unicode
messages: 320403
nosy: ezio.melotti, vstinner
priority: normal
severity: normal
status: open
title: float.__format__('n') fails with _PyUnicode_CheckConsistency assertion error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33954>
_______________________________________

From report at bugs.python.org  Mon Jun 25 04:25:45 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 08:25:45 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529915145.94.0.56676864532.issue33934@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

When testing this issue, I found a bug in Python :-(

I opened bpo-33954: float.__format__('n') fails with _PyUnicode_CheckConsistency assertion error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Mon Jun 25 04:32:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 08:32:07 +0000
Subject: [issue33954] float.__format__('n') fails with
 _PyUnicode_CheckConsistency assertion error
In-Reply-To: <1529915026.11.0.56676864532.issue33954@psf.upfronthosting.co.za>
Message-ID: <1529915527.98.0.56676864532.issue33954@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33954>
_______________________________________

From report at bugs.python.org  Mon Jun 25 05:12:45 2018
From: report at bugs.python.org (ait)
Date: Mon, 25 Jun 2018 09:12:45 +0000
Subject: [issue3971] s_push: parser stack overflow MemoryError
In-Reply-To: <1222421013.17.0.704872075163.issue3971@psf.upfronthosting.co.za>
Message-ID: <1529917965.91.0.56676864532.issue3971@psf.upfronthosting.co.za>


ait <roman.fiedler at ait.ac.at> added the comment:

Also affected, a code generator produced deeply nested code with the structure depicted below and then crashed:

#!/usr/bin/python2 -BEsStt
A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A([A(None)])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])])


What would be the maximal nesting depth a generator can always expect to be compiled successfully on Python 2.7 and 3.5 on? Are there any other similar restrictions that need to be considered when writing a code generator? Or is generating code that way not the preferred solution anyway - the code generator should generate e.g. compiled binary Python code immediately?

Note: in the end the exact same logic code will run as Python process, it is only about how it is loaded into the Python interpreter. Different from the code example in the bug create message, code with similar properties to the one from this example is generated to evaluate a mathematical model, thus not that random and meaningless compared to the putative fuzzer output from the first note.

----------
nosy: +ait

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue3971>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:34:33 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:34:33 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529922873.65.0.56676864532.issue33952@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 4a6e746079441d18c30e3c4d014f106faaf7792f by Tal Einat (Andr?s Delfino) in branch 'master':
bpo-33952: Fix typo in str.upper() documentation (GH-7898)
https://github.com/python/cpython/commit/4a6e746079441d18c30e3c4d014f106faaf7792f


----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:35:40 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 10:35:40 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529922940.92.0.56676864532.issue33952@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7509

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:36:04 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:36:04 +0000
Subject: [issue33943] doc Add references to logging.basicConfig
In-Reply-To: <1529682356.57.0.56676864532.issue33943@psf.upfronthosting.co.za>
Message-ID: <1529922964.44.0.56676864532.issue33943@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Thanks for the PR, Andr?s! Merged and backported.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33943>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:37:32 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 10:37:32 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923052.94.0.56676864532.issue33952@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7510

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:41:45 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:41:45 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923305.08.0.56676864532.issue33952@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7511

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:42:22 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:42:22 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923342.95.0.56676864532.issue33952@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 80f1a908a87e55c318776fb8e6f8c21d8a8664ef by Tal Einat (Miss Islington (bot)) in branch '3.7':
bpo-33952: Fix typo in str.upper() documentation (GH-7898) (GH-7903)
https://github.com/python/cpython/commit/80f1a908a87e55c318776fb8e6f8c21d8a8664ef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:44:19 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:44:19 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923459.01.0.56676864532.issue33952@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset ac5a6e35ef4a73846136804fff924760ec67ebbd by Tal Einat (Miss Islington (bot)) in branch '3.6':
bpo-33952: Fix typo in str.upper() documentation (GH-7898) (GH-7904)
https://github.com/python/cpython/commit/ac5a6e35ef4a73846136804fff924760ec67ebbd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:47:26 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:47:26 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923646.47.0.56676864532.issue33952@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 78209734a0ecd1567f819d95314b1c7c9b26f48a by Tal Einat in branch '2.7':
[2.7] bpo-33952: Fix typo in str.upper() documentation (GH-7898) (GH-7905)
https://github.com/python/cpython/commit/78209734a0ecd1567f819d95314b1c7c9b26f48a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:48:36 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 10:48:36 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529923716.23.0.56676864532.issue33952@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Thanks for the PR, Andr?s! Merged and backported.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:50:11 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 25 Jun 2018 10:50:11 +0000
Subject: [issue33934] locale.getlocale() seems wrong when the locale is yet
 unset (python3 on linux)
In-Reply-To: <1529596837.65.0.56676864532.issue33934@psf.upfronthosting.co.za>
Message-ID: <1529923811.85.0.56676864532.issue33934@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Ah, part of the confusion is that I misremembered the command we run implicitly during startup - it's only `setlocale(LC_CTYPE, "")`, not `setlocale(LC_ALL, "")`.

However, the default category for `locale.getlocale()` is `LC_CTYPE`, so it reports the text encoding locale configured during startup, not the C level default.

The difference on Windows is expected - the startup code that implicitly runs `setlocale(LC_CTYPE, "")` doesn't get compiled in there.

So I think we have a few different potential ways of viewing this bug report:

1. As a docs issue, where we advise users to run `locale.getlocale(locale.LC_MESSAGES)` to find out whether or not a specific locale really has been configured (vs the interpreter's default text encoding change that runs implicitly on startup)
2. As a defaults change for 3.8+, where we switch `locale.getlocale()` over to checking `locale.LC_MESSAGES` instead of `locale.LC_CTYPES`, since the interpreter always sets the latter on startup, so it doesn't convey much useful information.
3. As (1) for maintenance releases, and as (2) for 3.8+

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33934>
_______________________________________

From report at bugs.python.org  Mon Jun 25 06:58:56 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 25 Jun 2018 10:58:56 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1529924336.98.0.56676864532.issue33930@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The crash is likely caused by recursion during the clean-up of the object().__dir__.__dir__.... chain. 

The trashcan API (see Py_TRASHCAN_SAFE_BEGIN/Py_TRASHCAN_SAFE_END in Include/object.h) can help here. 

Those do some real work and have a cost, I can't predict if that cost is substational enough to affect benchmarks (method objects are destroyed a lot).

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:04:04 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 11:04:04 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529924644.51.0.56676864532.issue33573@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset fdd6e0bf18517c3dc5e24c48fbfe890229fad1b5 by Tal Einat in branch 'master':
bpo-33573: docs to suggest median() alternatives for non-numeric data (GH-7587)
https://github.com/python/cpython/commit/fdd6e0bf18517c3dc5e24c48fbfe890229fad1b5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:05:19 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 11:05:19 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529924719.53.0.56676864532.issue33573@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7512

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:06:13 2018
From: report at bugs.python.org (miss-islington)
Date: Mon, 25 Jun 2018 11:06:13 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529924773.77.0.56676864532.issue33573@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7513

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:18:15 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 25 Jun 2018 11:18:15 +0000
Subject: [issue33955] Implement PyOS_CheckStack on macOS using
 pthread_get_stack*_np
Message-ID: <1529925495.69.0.56676864532.issue33955@psf.upfronthosting.co.za>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

The (non-portable) pthread APIs "pthread_get_stacksize_np()" and "pthread_get_stackaddr_np()" can be used to implement PyOS_CheckStack on macOS, which would give nicer behavior than crashing when the recursion limit is too high for the stack size of the current thread.

Creating a patch should be fairly easy, but does require C knowledge.

----------
components: Interpreter Core
messages: 320415
nosy: ronaldoussoren
priority: low
severity: normal
stage: needs patch
status: open
title: Implement PyOS_CheckStack on macOS using pthread_get_stack*_np
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33955>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:18:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 11:18:56 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529925536.81.0.56676864532.issue33573@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 150cd3cb272021e9a2d865dd28486b00199fe77d by Tal Einat (Miss Islington (bot)) in branch '3.7':
[3.7] bpo-33573: docs to suggest median() alternatives for non-numeric data (GH-7587) (GH-7906)
https://github.com/python/cpython/commit/150cd3cb272021e9a2d865dd28486b00199fe77d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:27:03 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 11:27:03 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529926023.98.0.56676864532.issue33573@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 8fd8cfa369fe4b6d6ac430cd28ead32717df7bee by Tal Einat (Miss Islington (bot)) in branch '3.6':
[3.6] bpo-33573: docs to suggest median() alternatives for non-numeric data (GH-7587) (GH-7907)
https://github.com/python/cpython/commit/8fd8cfa369fe4b6d6ac430cd28ead32717df7bee


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 07:27:42 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 11:27:42 +0000
Subject: [issue33573] statistics.median does not work with ordinal scale,
 add doc
In-Reply-To: <1526671785.76.0.682650639539.issue33573@psf.upfronthosting.co.za>
Message-ID: <1529926062.43.0.56676864532.issue33573@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33573>
_______________________________________

From report at bugs.python.org  Mon Jun 25 08:15:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 25 Jun 2018 12:15:00 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1529928900.82.0.56676864532.issue33930@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The trashcan mechanism is used for slot wrappers. The following code doesn't crash:

o = object()
for x in range(1000000):
    o = o.__hash__

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Mon Jun 25 08:25:23 2018
From: report at bugs.python.org (Marius Gedminas)
Date: Mon, 25 Jun 2018 12:25:23 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1529929523.82.0.56676864532.issue33851@psf.upfronthosting.co.za>


Marius Gedminas <marius at gedmin.as> added the comment:

I've ran my findimports testsuite with CPython's git commit a50b825c18a92655f3dd7939e793fa3d4440d886 and my tests passed, so yes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Mon Jun 25 08:27:15 2018
From: report at bugs.python.org (Vibhuti)
Date: Mon, 25 Jun 2018 12:27:15 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1529929635.27.0.56676864532.issue33914@psf.upfronthosting.co.za>


Vibhuti <vibhutisawant12 at gmail.com> added the comment:

Hi ,sorry for the delayed reply
The architecture is s390x and the OS is SLES 12 SP3 
(however test_gdb fails on SLES 11 SP4 too)
Python was installed using https://www.python.org/ftp/python/2.7.15/Python-2.7.15.tar.xz
The whole output of `./python -Werror -m test -v test_gdb` is as below:

test at 4e227cf6c7ae:~/Python-2.7.15> sudo ./python -Werror -m test -v test_gdb
== CPython 2.7.15 (default, Jun 25 2018, 05:10:18) [GCC 4.8.5]
==   Linux-4.15.0-22-generic-s390x-with-SuSE-12-s390x big-endian
==   /home/test/Python-2.7.15/build/test_python_21830
== CPU count: 2
Run tests sequentially
0:00:00 load avg: 4.32 [1/1] test_gdb
GDB version 8.0:
    GNU gdb (GDB; SUSE Linux Enterprise 12) 8.0.1
    Copyright (C) 2017 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "s390x-suse-linux".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://bugs.opensuse.org/>.
    Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.
    For help, type "help".
    Type "apropos word" to search for commands related to "word".
test_NULL_instance_dict (test.test_gdb.PrettyPrintTests)
Ensure that a PyInstanceObject with with a NULL in_dict is handled ... skipped 'Python was compiled with optimizations'
test_NULL_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with NULL ob_type is handled gracefully ... skipped 'Python was compiled with optimizations'
test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully ... skipped 'Python was compiled with optimizations'
test_builtin_function (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_builtin_method (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled ... skipped 'Python was compiled with optimizations'
test_classic_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of classic class instances ... skipped 'Python was compiled with optimizations'
test_corrupt_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a corrupt ob_type is handled gracefully ... skipped 'Python was compiled with optimizations'
test_corrupt_tp_flags (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_flags is handled ... skipped 'Python was compiled with optimizations'
test_corrupt_tp_name (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_name is handled ... skipped 'Python was compiled with optimizations'
test_dicts (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of dictionaries ... skipped 'Python was compiled with optimizations'
test_exceptions (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_frames (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_frozensets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of frozensets ... skipped 'Python was compiled with optimizations'
test_getting_backtrace (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_int (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "int" values ... skipped 'Python was compiled with optimizations'
test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of lists ... skipped 'Python was compiled with optimizations'
test_long (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "long" values ... skipped 'Python was compiled with optimizations'
test_modern_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of new-style class instances ... skipped 'Python was compiled with optimizations'
test_selfreferential_dict (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a dict doesn't lead proxyval ... skipped 'Python was compiled with optimizations'
test_selfreferential_list (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a list doesn't lead proxyval ... skipped 'Python was compiled with optimizations'
test_selfreferential_new_style_instance (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_selfreferential_old_style_instance (test.test_gdb.PrettyPrintTests) ... skipped 'Python was compiled with optimizations'
test_sets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of sets ... skipped 'Python was compiled with optimizations'
test_singletons (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of True, False and None ... skipped 'Python was compiled with optimizations'
test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of strings ... skipped 'Python was compiled with optimizations'
test_subclassing_list (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a list subclass ... skipped 'Python was compiled with optimizations'
test_subclassing_tuple (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a tuple subclass ... skipped 'Python was compiled with optimizations'
test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated ... skipped 'Python was compiled with optimizations'
test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples ... skipped 'Python was compiled with optimizations'
test_unicode (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode values ... skipped 'Python was compiled with optimizations'
test_basic_command (test.test_gdb.PyListTests)
Verify that the "py-list" command works ... skipped 'Python was compiled with optimizations'
test_one_abs_arg (test.test_gdb.PyListTests)
Verify the "py-list" command with one absolute argument ... skipped 'Python was compiled with optimizations'
test_two_abs_args (test.test_gdb.PyListTests)
Verify the "py-list" command with two absolute arguments ... skipped 'Python was compiled with optimizations'
test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack ... FAIL
test_pyup_command (test.test_gdb.StackNavigationTests)
Verify that the "py-up" command works ... skipped 'Python was compiled with optimizations'
test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack ... skipped 'Python was compiled with optimizations'
test_up_then_down (test.test_gdb.StackNavigationTests)
Verify "py-up" followed by "py-down" ... skipped 'Python was compiled with optimizations'
test_bt (test.test_gdb.PyBtTests)
Verify that the "py-bt" command works ... skipped 'Python was compiled with optimizations'
test_bt_full (test.test_gdb.PyBtTests)
Verify that the "py-bt-full" command works ... skipped 'Python was compiled with optimizations'
test_gc (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates if a thread is garbage-collecting ... skipped 'Python was compiled with optimizations'
test_pycfunction (test.test_gdb.PyBtTests)
Verify that "py-bt" displays invocations of PyCFunction instances ... skipped 'Python was compiled with optimizations'
test_threads (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates threads that are waiting for the GIL ... skipped 'Python was compiled with optimizations'
test_basic_command (test.test_gdb.PyPrintTests)
Verify that the "py-print" command works ... skipped 'Python was compiled with optimizations'
test_print_after_up (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_printing_builtin (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_printing_global (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_basic_command (test.test_gdb.PyLocalsTests) ... skipped 'Python was compiled with optimizations'
test_locals_after_up (test.test_gdb.PyLocalsTests) ... skipped 'Python was compiled with optimizations'

======================================================================
FAIL: test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 708, in test_down_at_bottom
    cmds_after_breakpoint=['py-down'])
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 221, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ['Could not trace the inferior... != []

First list contains 4 additional elements.
First extra element 0:
'Could not trace the inferior process.'

+ []
- ['Could not trace the inferior process.',
-  'Error: ptrace: Operation not permittedDuring startup program exited with code 127.',
-  "Python Exception <class 'gdb.error'> No frame is currently selected.: ",
-  'Error occurred in Python command: No frame is currently selected.']

----------------------------------------------------------------------
Ran 49 tests in 0.455s

FAILED (failures=1, skipped=48)
test test_gdb failed -- Traceback (most recent call last):
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 708, in test_down_at_bottom
    cmds_after_breakpoint=['py-down'])
  File "/home/test/Python-2.7.15/Lib/test/test_gdb.py", line 221, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ['Could not trace the inferior... != []

First list contains 4 additional elements.
First extra element 0:
'Could not trace the inferior process.'

+ []
- ['Could not trace the inferior process.',
-  'Error: ptrace: Operation not permittedDuring startup program exited with code 127.',
-  "Python Exception <class 'gdb.error'> No frame is currently selected.: ",
-  'Error occurred in Python command: No frame is currently selected.']

1 test failed:
    test_gdb

Total duration: 2 sec
Tests result: FAILURE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Mon Jun 25 08:28:58 2018
From: report at bugs.python.org (Vibhuti)
Date: Mon, 25 Jun 2018 12:28:58 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1529929738.01.0.56676864532.issue33914@psf.upfronthosting.co.za>


Vibhuti <vibhutisawant12 at gmail.com> added the comment:

STINNER Hi
I tried the commit but it did not work.The same failure is observed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Mon Jun 25 08:58:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 12:58:00 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1529931480.5.0.56676864532.issue33930@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Mon Jun 25 09:28:07 2018
From: report at bugs.python.org (Al-Scandar Solstag)
Date: Mon, 25 Jun 2018 13:28:07 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1529933287.47.0.56676864532.issue33774@psf.upfronthosting.co.za>


Al-Scandar Solstag <solstag at member.fsf.org> added the comment:

Speaking frankly, I might not have grasped what might happen by reading your line. I think having at least a minimal example is crucial. Perhaps:

"Distinct argument patterns, such as `f(1)` and `f(first_arg=1)`, may not cache for each other even if the underlying function sees them as equivalent calls."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Mon Jun 25 09:30:03 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 25 Jun 2018 13:30:03 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1529933403.83.0.56676864532.issue24567@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Python _configuration_ should be changed to disable double rounding on such platforms

That sounds good to me, with the nitpick that setting an x87 FPU to 53-bit precision still doesn't avoid potential double rounding on underflow, and I'm not aware of any easy way to "fix" x87-using code to avoid double rounding on underflow.

That said, the vast majority of practical applications, including random.choice, math.fsum, dtoa.c, aren't going to be affected by double rounding on underflow, so it should only rear its ugly head in corner cases.

If we do this, can we also persuade Guido to Pronounce that Python implementations assume IEEE 754 format and semantics for floating-point?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Mon Jun 25 09:51:41 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 25 Jun 2018 13:51:41 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1529934701.08.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Mon Jun 25 11:59:09 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 25 Jun 2018 15:59:09 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529942349.08.0.56676864532.issue33865@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:06:23 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 25 Jun 2018 16:06:23 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529942783.87.0.56676864532.issue33865@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

When I grepped "Unknown encoding 874", I see some people got trouble from anaconda installation.

I don't know about what anaconda setup does, but it will not happen on normal CPython.
We use UTF-8 by default on Windows, for fsencoding and console encoding, from Python 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:19:21 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 25 Jun 2018 16:19:21 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529943561.59.0.56676864532.issue33865@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I grepped PYTHONIOENCODING and found this line.
https://github.com/conda/conda/blob/082fe8fd7458ecd9dd7547749039f4b1f06d76db/conda/activate.py#L726

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:37:33 2018
From: report at bugs.python.org (INADA Naoki)
Date: Mon, 25 Jun 2018 16:37:33 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529944653.97.0.56676864532.issue33865@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I found original pull request and issue report

https://github.com/conda/conda/pull/4558
https://github.com/ContinuumIO/anaconda-issues/issues/1410

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:40:01 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 25 Jun 2018 16:40:01 +0000
Subject: [issue33278] libexpat uses HAVE_SYSCALL_GETRANDOM instead of
 HAVE_GETRANDOM_SYSCALL
In-Reply-To: <1523716155.58.0.682650639539.issue33278@psf.upfronthosting.co.za>
Message-ID: <1529944801.76.0.56676864532.issue33278@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:

Python calls XML_SetHashSalt, so expat itself doesn't need to generate randomness.

----------
nosy: +benjamin.peterson
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33278>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:41:47 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Mon, 25 Jun 2018 16:41:47 +0000
Subject: [issue33956] update vendored expat to 2.2.5
Message-ID: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>


New submission from Benjamin Peterson <benjamin at python.org>:

https://github.com/libexpat/libexpat/releases/tag/R_2_2_5

Release 2.2.5 Tue October 31 2017
        Bug fixes:
              #8  If the parser runs out of memory, make sure its internal
                    state reflects the memory it actually has, not the memory
                    it wanted to have.
             #11  The default handler wasn't being called when it should for
                    a SYSTEM or PUBLIC doctype if an entity declaration handler
                    was registered.
       #137 #138  Fix a case of mistakenly reported parsing success where
                    XML_StopParser was called from an element handler
            #162  Function XML_ErrorString was returning NULL rather than
                    a message for code XML_ERROR_INVALID_ARGUMENT
                    introduced with release 2.2.1

        Other changes:
            #106  xmlwf: Add argument -N adding notation declarations
        #75 #106  Test suite: Resolve expected failure cases where xmlwf
                    output was incomplete
            #127  Windows: Fix test suite compilation
       #126 #127  Windows: Fix compilation for Visual Studio 2012
        #33 #132  tests: Mass-fix compilation for XML_UNICODE_WCHAR_T
            #129  examples: Fix compilation for XML_UNICODE_WCHAR_T
            #130  benchmark: Fix compilation for XML_UNICODE_WCHAR_T
            #144  xmlwf: Fix compilation for XML_UNICODE_WCHAR_T; still needs
                    Windows or MinGW for 2-byte wchar_t
              #9  Address two Clang Static Analyzer false positives
             #59  Resolve troublesome macros hiding parser struct membership
                    and dereferencing that pointer
              #6  Resolve superfluous internal malloc/realloc switch
       #153 #155  Improve docbook2x-man detection
            #160  Undefine NDEBUG in the test suite (rather than rejecting it)
            #161  Address compiler warnings
Version info bumped from 7:6:6 to 7:7:6

----------
components: Extension Modules, XML
messages: 320428
nosy: benjamin.peterson
priority: normal
severity: normal
stage: needs patch
status: open
title: update vendored expat to 2.2.5
versions: Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Mon Jun 25 12:50:54 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 25 Jun 2018 16:50:54 +0000
Subject: [issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"
In-Reply-To: <1529023151.32.0.947875510639.issue33865@psf.upfronthosting.co.za>
Message-ID: <1529945454.36.0.56676864532.issue33865@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you Inada-san! Seems this issue can be closed as a third party issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33865>
_______________________________________

From report at bugs.python.org  Mon Jun 25 13:04:52 2018
From: report at bugs.python.org (Valeriya Sinevich)
Date: Mon, 25 Jun 2018 17:04:52 +0000
Subject: [issue30237] Access violation due to CancelSynchronousIo of console
 read
In-Reply-To: <1493747167.63.0.66545140377.issue30237@psf.upfronthosting.co.za>
Message-ID: <1529946292.41.0.56676864532.issue30237@psf.upfronthosting.co.za>


Change by Valeriya Sinevich <sinevich95lera at gmail.com>:


----------
keywords: +patch
pull_requests: +7514
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30237>
_______________________________________

From report at bugs.python.org  Mon Jun 25 13:06:31 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Mon, 25 Jun 2018 17:06:31 +0000
Subject: [issue33774] Document that @lru_cache caches based on exactly how the
 function arguments are specified
In-Reply-To: <1528217935.32.0.592728768989.issue33774@psf.upfronthosting.co.za>
Message-ID: <1529946391.43.0.56676864532.issue33774@psf.upfronthosting.co.za>


Srinivas  Reddy T <thatiparthysreenivas at gmail.com> added the comment:

Hi Raymond,
           I find your statement hard to understand.I agree with Solstag, it is always helpful to have an example.

+1 for solstag wording.

----------
nosy: +thatiparthy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33774>
_______________________________________

From report at bugs.python.org  Mon Jun 25 13:52:07 2018
From: report at bugs.python.org (Petter S)
Date: Mon, 25 Jun 2018 17:52:07 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1529949127.14.0.56676864532.issue25155@psf.upfronthosting.co.za>


Petter S <petter.strandmark at gmail.com> added the comment:

I get this error when starting the interpreter in Windows subsystem for Linux (WSL). 

I am using Python 2.7.15rc1

$ python --version
Python 2.7.15rc1
$ python
Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time                                                                                                                                          OverflowError: timestamp too large to convert to C _PyTime_t                                                                                                                                                                                                                                                                                                                                                                        Current thread 0x00007fe547231080 (most recent call first):                                                                                                                                                       Aborted (core dumped)

----------
nosy: +Petter S
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Mon Jun 25 13:55:37 2018
From: report at bugs.python.org (Petter S)
Date: Mon, 25 Jun 2018 17:55:37 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1529949337.5.0.56676864532.issue25155@psf.upfronthosting.co.za>


Petter S <petter.strandmark at gmail.com> added the comment:

For Python 3:

$ python3 --version
Python 3.7.0b3
$ python3
Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time
OverflowError: timestamp too large to convert to C _PyTime_t

Current thread 0x00007f0232c21080 (most recent call first):
Aborted (core dumped)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Mon Jun 25 14:36:53 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Mon, 25 Jun 2018 18:36:53 +0000
Subject: [issue33957] use correct term than generic wording
Message-ID: <1529951813.18.0.56676864532.issue33957@psf.upfronthosting.co.za>


New submission from Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:

I think it is better to use "Big-O notation" than a generic wording "computer science notation". I understand  the use of latter, but i guess it helps the programmer since it makes him/her to google it or ask some one if he/she didn't know it yet.

----------
assignee: docs at python
components: Documentation
messages: 320433
nosy: docs at python, thatiparthy
priority: normal
pull_requests: 7515
severity: normal
status: open
title: use correct term than generic wording
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33957>
_______________________________________

From report at bugs.python.org  Mon Jun 25 14:52:04 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Mon, 25 Jun 2018 18:52:04 +0000
Subject: [issue33957] use standard term than generic wording
In-Reply-To: <1529951813.18.0.56676864532.issue33957@psf.upfronthosting.co.za>
Message-ID: <1529952724.2.0.56676864532.issue33957@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
title: use correct term than generic wording -> use standard term than generic wording

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33957>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:32:55 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 19:32:55 +0000
Subject: [issue33877] Doc: Delete UNIX qualification for script running
 instructions
In-Reply-To: <1529120030.12.0.56676864532.issue33877@psf.upfronthosting.co.za>
Message-ID: <1529955175.89.0.56676864532.issue33877@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33877>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:33:18 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 19:33:18 +0000
Subject: [issue33952] doc Fix typo in str.upper() documentation
In-Reply-To: <1529894172.0.0.56676864532.issue33952@psf.upfronthosting.co.za>
Message-ID: <1529955198.96.0.56676864532.issue33952@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33952>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:33:45 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 19:33:45 +0000
Subject: [issue33869] doc Add link to list definition in Glossary list entry
In-Reply-To: <1529073801.77.0.947875510639.issue33869@psf.upfronthosting.co.za>
Message-ID: <1529955225.56.0.56676864532.issue33869@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
title: doc Add set, frozen set, and tuple entries to Glossary -> doc Add link to list definition in Glossary list entry

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33869>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:45:22 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 25 Jun 2018 19:45:22 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1529955922.1.0.56676864532.issue24567@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Tim]
> a couple lines of inline assembler could be added at Python startup to
> set the Pentium's FPU "precision control" bits to "round to 53 bits" mode

On second thoughts, I don't think this will work; or at least, not easily. The libm on such a platform may expect the FPU to be in 64-bit precision mode. So we'd potentially need to switch the precision before calling any math library function and then switch it back again afterwards. And then there may be 3rd party libraries that need the same treatment.

On the existence of platforms with double rounding, last time I checked, 32-bit Linux was the most obvious offender on Intel hardware. Windows used to use the x87 but set the precision to 53 bits, and I think newer versions may well use SSE2 in preference to x87. macOS has used SSE2 for a good number of releases now.

And indeed, I just tested Python 3.5.2 on Ubuntu 16.04.4 LTS 32-bit (running in a VM on a not-too-ancient MacBook Pro), and it exhibits double rounding:

>>> (1e16 + 2.9999).hex()
'0x1.1c37937e08002p+53'
>>> (1/2731).hex()
'0x1.7ff4005ffd002p-12'
>>> 1/(1 - 2**-53)
1.0

Expected results without double rounding:

>>> (1e16 + 2.9999).hex()
'0x1.1c37937e08001p+53'
>>> (1/2731).hex()
'0x1.7ff4005ffd001p-12'
>>> 1/(1 - 2**-53)
1.0000000000000002

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:55:15 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 19:55:15 +0000
Subject: [issue33883] doc Mention mypy, pyrex, pytype and PyAnnotate in FAQ
In-Reply-To: <1529196736.16.0.56676864532.issue33883@psf.upfronthosting.co.za>
Message-ID: <1529956515.55.0.56676864532.issue33883@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I'm adding Pyre to the list of type checkers. I have also simplified the proposed text.

----------
title: doc Mention mypy, pytype and PyAnnotate in FAQ -> doc Mention mypy, pyrex, pytype and PyAnnotate in FAQ

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33883>
_______________________________________

From report at bugs.python.org  Mon Jun 25 15:56:29 2018
From: report at bugs.python.org (Philip Kendall)
Date: Mon, 25 Jun 2018 19:56:29 +0000
Subject: [issue33958] Unused variable in pur embedding example
Message-ID: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>


New submission from Philip Kendall <jorallan at gmail.com>:

Line 6 of the "Pure Embedding" example at https://docs.python.org/3/extending/embedding.html#pure-embedding :

PyObject *pName, *pModule, *pDict, *pFunc;

contains the pDict variable which is not used anywhere else in the code, giving a compiler warning. Simple fix: just remove pDict from the list of variables.

I can make a PR if you need one.

----------
assignee: docs at python
components: Documentation
messages: 320436
nosy: Philip Kendall, docs at python
priority: normal
severity: normal
status: open
title: Unused variable in pur embedding example
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:20:02 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 20:20:02 +0000
Subject: [issue33959] doc Remove time complexity mention from list Glossary
 entry
Message-ID: <1529958002.86.0.56676864532.issue33959@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

Per Raymond's comment in msg319931 I believe time complexity for list items access should be removed from the Glossary.

----------
assignee: docs at python
components: Documentation
messages: 320437
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Remove time complexity mention from list Glossary entry
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33959>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:21:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Mon, 25 Jun 2018 20:21:28 +0000
Subject: [issue33959] doc Remove time complexity mention from list Glossary
 entry
In-Reply-To: <1529958002.86.0.56676864532.issue33959@psf.upfronthosting.co.za>
Message-ID: <1529958088.2.0.56676864532.issue33959@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7516
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33959>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:25:46 2018
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 25 Jun 2018 20:25:46 +0000
Subject: [issue33919] Expose _PyCoreConfig structure to Python
In-Reply-To: <1529810468.11.0.56676864532.issue33919@psf.upfronthosting.co.za>
Message-ID: <FFC1C9A9-6B15-43E3-8D3F-E83DD24F49DC@python.org>


Barry A. Warsaw <barry at python.org> added the comment:

On Jun 23, 2018, at 20:21, Nick Coghlan <report at bugs.python.org> wrote:
> 
> Only exposing a `forced_hash_seed` (and hiding randomly generated ones as `forced_hash_seed=None`) seems reasonable though, since those can already be read from os.environ anyway.

Only mirroring $PYTHONHASHSEED probably makes the whole ask less useful.  Maybe I should abandon the PR, although it may still make sense to export the full _PyCoreConfig structure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33919>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:26:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Mon, 25 Jun 2018 20:26:56 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1529958416.25.0.56676864532.issue31938@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

When ready, should this (and other AC conversions) be backported to the relevant 3.x branches?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:40:17 2018
From: report at bugs.python.org (Julien Palard)
Date: Mon, 25 Jun 2018 20:40:17 +0000
Subject: [issue33960] IDLE REPL: Strange indentation
Message-ID: <1529959217.21.0.56676864532.issue33960@psf.upfronthosting.co.za>


New submission from Julien Palard <julien+python at palard.fr>:

Using IDLE REPL, I found confusing the absence of a "secondary prompt" while typing multiline statements, see attached screenshot where the "correctly aligned" code raises a SyntaxError while a strangely unaligned code is given correctly to the interpreter.

----------
assignee: terry.reedy
components: IDLE
files: 2018-06-25-223359_1920x1080_scrot.png
messages: 320440
nosy: mdk, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE REPL: Strange indentation
versions: Python 3.6
Added file: https://bugs.python.org/file47651/2018-06-25-223359_1920x1080_scrot.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33960>
_______________________________________

From report at bugs.python.org  Mon Jun 25 16:58:38 2018
From: report at bugs.python.org (Martin Scherer)
Date: Mon, 25 Jun 2018 20:58:38 +0000
Subject: [issue24935] LDSHARED is not set according when CC is set.
In-Reply-To: <1440517644.33.0.785597906757.issue24935@psf.upfronthosting.co.za>
Message-ID: <1529960318.7.0.56676864532.issue24935@psf.upfronthosting.co.za>


Change by Martin Scherer <assl0r at yahoo.de>:


----------
keywords: +patch
pull_requests: +7517
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24935>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:06:00 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 21:06:00 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1529960760.17.0.56676864532.issue25155@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I get this error when starting the interpreter in Windows subsystem for Linux (WSL).

This bug is currently closed, please open a new bug.

About your issue. I'm not sure if Windows subsystem for Linux is officially supported. How did you install Python 2.7 and 3.7? Are you testing 32-bit or 64-bit Python? (Again, please answer in your new issue.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:13:39 2018
From: report at bugs.python.org (Emily Morehouse)
Date: Mon, 25 Jun 2018 21:13:39 +0000
Subject: [issue33958] Unused variable in pur embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1529961219.57.0.56676864532.issue33958@psf.upfronthosting.co.za>


Emily Morehouse <emily at cuttlesoft.com> added the comment:

Thanks, Philip! If you're interested in submitting a PR, please do! If not, just comment back so someone else can pick it up.

----------
nosy: +emilyemorehouse
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:19:27 2018
From: report at bugs.python.org (Tim Peters)
Date: Mon, 25 Jun 2018 21:19:27 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1529961567.54.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Mark, do you believe that 32-bit Linux uses a different libm?  One that fails if, e.g., SSE2 were used instead?  I don't know, but I'd sure be surprised it if did.  Very surprised - compilers have been notoriously unpredictable in exactly when and where extended precision gets used in compiled code, so sane code (outside of assembler) doesn't rely on it.

I'd be similarly surprised if hypothetical 3rd party libraries _assuming_ extended arithmetic existed.  Any sane person writing such a library would take it upon themselves to force extended precision on entry (if that's what they wanted), and restore the original FPU control state on exit.

I'm no more worried about this than, say, worried about that some dumbass platform may set the rounding mode to "to plus infinity" by default - and I wouldn't hesitate there either for Python startup to force it to nearest/even rounding.  Sure, there _may_ be some library out there for such a platform that assumes +Inf rounding, but I fundamentally don't care ;-)

In any case, `random` remains a red herring.  There are potential gratuitous numeric differences all over the place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:48:49 2018
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 25 Jun 2018 21:48:49 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529963329.44.0.56676864532.issue27780@psf.upfronthosting.co.za>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
pull_requests: +7518

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:54:55 2018
From: report at bugs.python.org (Chris Cogdon)
Date: Mon, 25 Jun 2018 21:54:55 +0000
Subject: [issue33961] Inconsistency in exceptions for dataclasses.dataclass
 documentation
Message-ID: <1529963695.74.0.56676864532.issue33961@psf.upfronthosting.co.za>


New submission from Chris Cogdon <chris at cogdon.org>:

The documentation for dataclasses.dataclass includes this text:

"If any of the added methods already exist on the class, a TypeError will be raised."

However, the documentation for various options has ONE case of TypeError, some cases of ValueError and other cases of "does nothing".

I'll attempt a fix and create a PR for this.

----------
assignee: docs at python
components: Documentation
messages: 320444
nosy: chriscog, docs at python
priority: normal
severity: normal
status: open
title: Inconsistency in exceptions for dataclasses.dataclass documentation
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33961>
_______________________________________

From report at bugs.python.org  Mon Jun 25 17:58:52 2018
From: report at bugs.python.org (Valeriya Sinevich)
Date: Mon, 25 Jun 2018 21:58:52 +0000
Subject: [issue33881] dataclasses should use NFKC to find duplicate members
In-Reply-To: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>
Message-ID: <1529963932.22.0.56676864532.issue33881@psf.upfronthosting.co.za>


Change by Valeriya Sinevich <sinevich95lera at gmail.com>:


----------
keywords: +patch
pull_requests: +7519
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:01:48 2018
From: report at bugs.python.org (Valeriya Sinevich)
Date: Mon, 25 Jun 2018 22:01:48 +0000
Subject: [issue33881] dataclasses should use NFKC to find duplicate members
In-Reply-To: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>
Message-ID: <1529964108.77.0.56676864532.issue33881@psf.upfronthosting.co.za>


Valeriya Sinevich <sinevich95lera at gmail.com> added the comment:

I sent a PR and measured how it affected the performance by creating a dataclass with 10000 members.
python.bat -m timeit -s "from dataclasses import make_dataclass" -s "arg_list = [chr(k) * i for k in range(97, 123) for i in range(1, 500)]" "make_dataclass('a', arg_list)" 
The performance didn't change, both before and after the changes it takes around 14.5s.

----------
nosy: +steve.dower, valer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:05:37 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 22:05:37 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1529964337.23.0.56676864532.issue25155@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I tried 64-bit builds of Python 2.7 and 3.7rc1 (binaries from python.org) on Windows 10 on year 2045: start with no error, time.time() and datetime.datetime.now() don't fail.

I tried Python 2.7.12 and 3.5.2 on Ubuntu 16.04 in WSL on my Windows 10: same, start with no error, time.time() and datetime.datetime.now() don't fail. It's 64-bit Ubuntu with 64-bit binaries for Python 2 and Python 3 (check sys.maxsize).

I even compiled Python 2.7.15 and 3.7rc1 on Ubuntu 16.04 in WSL on my Windows 10: same again, start with no error, time.time() and datetime.datetime.now() don't fail. Python 2 and 3 have been compiled in 64-bit mode, since it's a 64-bit Ubuntu.

Everything is fine. I failed to reproduce your bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:11:29 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 25 Jun 2018 22:11:29 +0000
Subject: [issue33961] Inconsistency in exceptions for dataclasses.dataclass
 documentation
In-Reply-To: <1529963695.74.0.56676864532.issue33961@psf.upfronthosting.co.za>
Message-ID: <1529964689.78.0.56676864532.issue33961@psf.upfronthosting.co.za>


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


----------
nosy: +eric.smith
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33961>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:24:19 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 22:24:19 +0000
Subject: [issue33935] shutil.copyfile throws incorrect SameFileError on Google
 Drive File Stream
In-Reply-To: <1529627906.69.0.56676864532.issue33935@psf.upfronthosting.co.za>
Message-ID: <1529965459.4.0.56676864532.issue33935@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33935>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:45:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 25 Jun 2018 22:45:31 +0000
Subject: [issue33960] IDLE REPL: Strange indentation
In-Reply-To: <1529959217.21.0.56676864532.issue33960@psf.upfronthosting.co.za>
Message-ID: <1529966731.36.0.56676864532.issue33960@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Python's secondary prompt in interactive mode is an artifact of the fact the command line consoles work with physical lines while python works with statements that quite possibly comprises multiple lines.

As mentioned in the its doc, IDLE works with statements.  You edit and enter complete statements, not a line at a time. The history mechanism retrieves complete statements, not a line at a time.  The side effect is what you encountered.  '>>> ' is not an indent.  '    ' is.

While working with statements instead of lines is one of Shell's best features, the indentation awkwardness is one of its worst.  I intend to open an issue about separating the prompt from statement entry to remove the latter.  I will add you as nosy so you can give an opinion, I hope in support ;-).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33960>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:49:42 2018
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 25 Jun 2018 22:49:42 +0000
Subject: [issue33961] Inconsistency in exceptions for dataclasses.dataclass
 documentation
In-Reply-To: <1529963695.74.0.56676864532.issue33961@psf.upfronthosting.co.za>
Message-ID: <1529966982.78.0.56676864532.issue33961@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7521
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33961>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:54:10 2018
From: report at bugs.python.org (Chris Cogdon)
Date: Mon, 25 Jun 2018 22:54:10 +0000
Subject: [issue33961] Inconsistency in exceptions for dataclasses.dataclass
 documentation
In-Reply-To: <1529963695.74.0.56676864532.issue33961@psf.upfronthosting.co.za>
Message-ID: <1529967250.8.0.56676864532.issue33961@psf.upfronthosting.co.za>


Chris Cogdon <chris at cogdon.org> added the comment:

Also, one occurrence of s/:/;/

This is my First PR! I've read the contribution docs, but am very open to correction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33961>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:55:38 2018
From: report at bugs.python.org (Chris Cogdon)
Date: Mon, 25 Jun 2018 22:55:38 +0000
Subject: [issue33961] Inconsistency in exceptions for dataclasses.dataclass
 documentation
In-Reply-To: <1529963695.74.0.56676864532.issue33961@psf.upfronthosting.co.za>
Message-ID: <1529967338.05.0.56676864532.issue33961@psf.upfronthosting.co.za>


Chris Cogdon <chris at cogdon.org> added the comment:

CLA signed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33961>
_______________________________________

From report at bugs.python.org  Mon Jun 25 18:59:09 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 25 Jun 2018 22:59:09 +0000
Subject: [issue24596] Script globals in a GC cycle not finalized when exiting
 with SystemExit
In-Reply-To: <1436448692.77.0.0262276090845.issue24596@psf.upfronthosting.co.za>
Message-ID: <1529967549.34.0.56676864532.issue24596@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
pull_requests: +7524
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24596>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:01:13 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 23:01:13 +0000
Subject: [issue18932] Optimize selectors.EpollSelector.modify()
In-Reply-To: <1378378914.54.0.524373723237.issue18932@psf.upfronthosting.co.za>
Message-ID: <1529967673.69.0.56676864532.issue18932@psf.upfronthosting.co.za>


Giampaolo Rodola' <g.rodola at gmail.com> added the comment:

This was implemented in https://bugs.python.org/issue30014. Closing as duplicate.

----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
versions: +Python 2.7 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18932>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:02:52 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 25 Jun 2018 23:02:52 +0000
Subject: [issue24596] Script globals in a GC cycle not finalized when exiting
 with SystemExit
In-Reply-To: <1436448692.77.0.0262276090845.issue24596@psf.upfronthosting.co.za>
Message-ID: <1529967772.2.0.56676864532.issue24596@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
versions: +Python 3.7, Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24596>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:16:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 25 Jun 2018 23:16:35 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529968595.61.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7525

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:18:47 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 23:18:47 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529968727.72.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests:  -7482

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:18:58 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 23:18:58 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529968738.42.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests:  -7525

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:19:26 2018
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 25 Jun 2018 23:19:26 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529968766.18.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
pull_requests:  -7403

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:21:33 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 25 Jun 2018 23:21:33 +0000
Subject: [issue33881] dataclasses should use NFKC to find duplicate members
In-Reply-To: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>
Message-ID: <1529968893.68.0.56676864532.issue33881@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

The benchmark may not be triggering that much work. NFKC normalization only applies for characters outside of the basic Latin characters (0-255).

I ran the below benchmarks and saw a huge difference. Granted, it's a very degenerate case with collections this big, but it appears to be linear with len(NAMES), suggesting that the normalization is the expensive part.

>>> CHRS=[c for c in (chr(i) for i in range(65535)) if c.isidentifier()]
>>> def makename():
...  return ''.join(random.choice(CHRS) for _ in range(10))
...
>>> NAMES = [makename() for _ in range(10000)]
>>> timeit.timeit('len(set(NAMES))', globals=globals(), number=100000)
38.04007526000004
>>> timeit.timeit('len(set(unicodedata.normalize("NFKC", n) for n in NAMES))', globals=globals(), number=100000)
820.2586788580002

I wonder if it's better to catch the SyntaxError and do the check there? That way we don't really have a performance impact, since it's only going to show up in exceptional cases anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:23:09 2018
From: report at bugs.python.org (Steve Dower)
Date: Mon, 25 Jun 2018 23:23:09 +0000
Subject: [issue33881] dataclasses should use NFKC to find duplicate members
In-Reply-To: <1529172128.32.0.56676864532.issue33881@psf.upfronthosting.co.za>
Message-ID: <1529968989.86.0.56676864532.issue33881@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

> outside of the basic Latin characters (0-255)

This should be (0-127). The Latin characters in 128-255 are considered extended ones, and may be decomposed by normalization.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33881>
_______________________________________

From report at bugs.python.org  Mon Jun 25 19:55:12 2018
From: report at bugs.python.org (Mark Roseman)
Date: Mon, 25 Jun 2018 23:55:12 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529970912.33.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by Mark Roseman <mark at markroseman.com>:


----------
pull_requests: +7526

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:10:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 00:10:25 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1529971825.71.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7527
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:11:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 00:11:08 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529971868.41.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7528

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:11:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 00:11:09 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529971869.39.0.56676864532.issue33671@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 937ee9e745d7ff3c2010b927903c0e2a83623324 by Victor Stinner in branch 'master':
Revert "bpo-33671: Add support.MS_WINDOWS and support.MACOS (GH-7800)" (GH-7919)
https://github.com/python/cpython/commit/937ee9e745d7ff3c2010b927903c0e2a83623324


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:11:14 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 00:11:14 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529971874.68.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7529

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:11:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 00:11:42 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1529971902.08.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like Popen of multiprocess.popen_spawn_win32 has a race condition. If the child process is killed in the parent using terminate() before the child process "steals" rhandle, rhandle remains open. I wrote the PR 7921 to fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Mon Jun 25 20:13:31 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 26 Jun 2018 00:13:31 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1529972011.89.0.56676864532.issue33930@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Alistair, how did you happen upon this case?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:16:36 2018
From: report at bugs.python.org (Mark Roseman)
Date: Tue, 26 Jun 2018 01:16:36 +0000
Subject: [issue27755] Retire DynOptionMenu with a ttk Combobox
In-Reply-To: <1471117947.7.0.659308305751.issue27755@psf.upfronthosting.co.za>
Message-ID: <1529975796.34.0.56676864532.issue27755@psf.upfronthosting.co.za>


Mark Roseman <mark at markroseman.com> added the comment:

Given the difference between the old and new (ttk) spinbox, especially on macOS, I'd like to incorporate it into IDLE when available. See screenshot spinbox.png, noting white border around old one.

Terry, can we add a spinbox wrapper to IDLE for the time being? If so, would you prefer it done as its own (very little) module? Or is there any value to adding a module to hold various small UI wrappers and convenience procs?

----------
Added file: https://bugs.python.org/file47652/spinbox.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27755>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:19:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 01:19:48 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529975988.67.0.56676864532.issue33924@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 42397731d7ba8bdf63025d48008d133cb2070229 by Terry Jan Reedy (Mark Roseman) in branch 'master':
bpo-33924: Add missed mac-specific 'windows' to 'window' changes (GH-7920)
https://github.com/python/cpython/commit/42397731d7ba8bdf63025d48008d133cb2070229


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:20:58 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 01:20:58 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529976058.33.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7530

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:21:51 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 01:21:51 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529976111.2.0.56676864532.issue33924@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7531

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:37:49 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 01:37:49 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529977069.9.0.56676864532.issue33924@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ee60e36fbf640e9e2ab6cd26821aad5d90529d96 by Miss Islington (bot) in branch '3.7':
bpo-33924: Add missed mac-specific 'windows' to 'window' changes (GH-7920)
https://github.com/python/cpython/commit/ee60e36fbf640e9e2ab6cd26821aad5d90529d96


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:42:12 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 01:42:12 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529977332.15.0.56676864532.issue33924@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c6040638aa1537709add895d24cdbbb9ee310fde by Miss Islington (bot) in branch '3.6':
bpo-33924: Add missed mac-specific 'windows' to 'window' changes (GH-7920)
https://github.com/python/cpython/commit/c6040638aa1537709add895d24cdbbb9ee310fde


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 21:52:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 01:52:29 +0000
Subject: [issue33924] In IDLE menudefs, change 'windows' to 'window'
In-Reply-To: <1529546799.59.0.56676864532.issue33924@psf.upfronthosting.co.za>
Message-ID: <1529977949.34.0.56676864532.issue33924@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Mark's PR added two conversions, in macosx, that I missed.  I rechecked a recursive case sensitive whole-word grep of 'windows' in idlelib and I believe all remaining occurrences refer to the Windows OS (usually capitalized) or multiple windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33924>
_______________________________________

From report at bugs.python.org  Mon Jun 25 22:15:09 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 26 Jun 2018 02:15:09 +0000
Subject: [issue4260] Document that ctypes.xFUNCTYPE are decorators.
In-Reply-To: <1225864263.85.0.365773038706.issue4260@psf.upfronthosting.co.za>
Message-ID: <1529979309.14.0.56676864532.issue4260@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7532
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4260>
_______________________________________

From report at bugs.python.org  Mon Jun 25 22:16:41 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 26 Jun 2018 02:16:41 +0000
Subject: [issue4260] Document that ctypes.xFUNCTYPE are decorators.
In-Reply-To: <1225864263.85.0.365773038706.issue4260@psf.upfronthosting.co.za>
Message-ID: <1529979401.52.0.56676864532.issue4260@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

I suspect we'll be working on this PR a little, but a least it's a start to get this moving.

----------
nosy: +adelfino

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4260>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:05:22 2018
From: report at bugs.python.org (ppperry)
Date: Tue, 26 Jun 2018 03:05:22 +0000
Subject: [issue33460] "..." is used to confusingly indicate many different
 things in chapter 3
In-Reply-To: <1525995197.73.0.682650639539.issue33460@psf.upfronthosting.co.za>
Message-ID: <1529982322.36.0.56676864532.issue33460@psf.upfronthosting.co.za>


Change by ppperry <mapreader at olum.org>:


----------
title: ... used to indicate many different things in chapter 3, some are confusing -> "..." is used to confusingly indicate many different things in chapter 3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33460>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:29:08 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 03:29:08 +0000
Subject: [issue33962] IDLE: use ttk.spinbox
Message-ID: <1529983748.27.0.56676864532.issue33962@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Spinoff from #27755, which has a image of tk and ttk versions of a spinbox on Mac and asks about using ttk.spinbox.

ttk Spinbox was added to tcl/tk in 8.5.9 and to tkinter.ttk in 3.7. I believe there are three cases to consider.
tcl/tk   python  action
>= 8.5.9  >=3.7  from tkinter.tkk import Spinbox
>= 8.5.9   3.6   import Entry and copy class Spinbox(Entry) code
< 8.5.9          from tkinter import Spinbox

Serhiy, is tcl/tk < 8.5.9 something we realistically need to worry about, on Linux?

In Dec 2018 or Jan 2019, when 3.6 switches to security fixes only, the 3.6 code can be deleted.

For the present, only use config options in the common subset:
cursor, takefocus, validate, validatecommond, invalidcommand,
xscrollcommand, command, to, from_, increment, values, wrap, format.
Is this sufficient?

Whenever we make 8.5.9 or later a requirement, the tkinter Spinbox can be dropped and the class and style options used.  Or we can subclass tkinter.Spinbox and accept and somehow deal with class and style options.  (We are not presently using custom styles.)

For the present, the code can go in query.py, presently only 300 lines.  When we only need to cater to 3.7+ and 8.5.9+, the code will be replaced by normal import from ttk.

Comman methods: identify, bbox, delete, icursor, index, insert, get.
ttk has set, while tk sets through a textvariable.  If we subclass tk.spinbox, it could have a set method that uses a private Var.

 Do the universal widget methods listed on http://infohost.nmt.edu/tcc/help/pubs/tkinter/web/universal.html
all apply to ttk widgets?
identify,

----------
assignee: terry.reedy
components: IDLE
messages: 320465
nosy: cheryl.sabella, markroseman, serhiy.storchaka, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: use ttk.spinbox
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33962>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:31:46 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 03:31:46 +0000
Subject: [issue27755] Retire DynOptionMenu with a ttk Combobox
In-Reply-To: <1471117947.7.0.659308305751.issue27755@psf.upfronthosting.co.za>
Message-ID: <1529983906.62.0.56676864532.issue27755@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Yes, we should use ttk.Spinbox: #33962.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27755>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:40:22 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 26 Jun 2018 03:40:22 +0000
Subject: [issue27780] memory leaks in pgen build step abort build with address
 sanitizer enabled
In-Reply-To: <1471385936.65.0.896010126062.issue27780@psf.upfronthosting.co.za>
Message-ID: <1529984422.31.0.56676864532.issue27780@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 16137fe22f3f9bbbd50fac2a729172976c553718 by Benjamin Peterson (Zachary Ware) in branch '2.7':
bpo-27780: Make pgen.c C89 compliant (GH-7915)
https://github.com/python/cpython/commit/16137fe22f3f9bbbd50fac2a729172976c553718


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27780>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:44:08 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 26 Jun 2018 03:44:08 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1529984648.59.0.56676864532.issue33956@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


----------
keywords: +patch
pull_requests: +7533
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:50:35 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 03:50:35 +0000
Subject: [issue33963] IDLE macosc: add tests.
Message-ID: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

For overrideRootMenu, move nested functions to module level.
Try to move 3 imports to module level.  Test startup on mac.
Mock 'window' with mock functions.

----------
messages: 320468
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE macosc: add tests.
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Mon Jun 25 23:50:48 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 03:50:48 +0000
Subject: [issue33963] IDLE macosx: add tests.
In-Reply-To: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>
Message-ID: <1529985048.53.0.56676864532.issue33963@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE macosc: add tests. -> IDLE macosx: add tests.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Tue Jun 26 00:01:46 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 04:01:46 +0000
Subject: [issue33963] IDLE macosx: add tests.
In-Reply-To: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>
Message-ID: <1529985706.52.0.56676864532.issue33963@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ned, I would like to rename at least some of the functions in idlelib.macosx.  For instance, function overrideRootMenu to override_root_menu.  Would this affect any of the installation adjustments?  IE, does the installer import the module for whatever reason?

Also, do the windowing types on currently supported machines still include all of Xquartz, Cocoa, Carbon (both Aqua), and other?  Is the windowing type determined by the hardware, or by the macOS version?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Tue Jun 26 00:01:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 04:01:56 +0000
Subject: [issue33964] IDLE maxosc.overrideRootMenu: remove unused menudict
Message-ID: <1529985716.89.0.56676864532.issue33964@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Function local name 'menudict' is initialized empty, two key value pairs are added, and it is never touched again.

----------
messages: 320470
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE maxosc.overrideRootMenu: remove unused menudict
type: performance
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33964>
_______________________________________

From report at bugs.python.org  Tue Jun 26 00:02:19 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 04:02:19 +0000
Subject: [issue33964] IDLE maxosc.overrideRootMenu: remove unused menudict
In-Reply-To: <1529985716.89.0.56676864532.issue33964@psf.upfronthosting.co.za>
Message-ID: <1529985739.32.0.56676864532.issue33964@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +IDLE macosx: add tests.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33964>
_______________________________________

From report at bugs.python.org  Tue Jun 26 00:08:03 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 04:08:03 +0000
Subject: [issue33964] IDLE maxosc.overrideRootMenu: remove unused menudict
In-Reply-To: <1529985716.89.0.56676864532.issue33964@psf.upfronthosting.co.za>
Message-ID: <1529986083.3.0.56676864532.issue33964@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7534
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33964>
_______________________________________

From report at bugs.python.org  Tue Jun 26 00:51:38 2018
From: report at bugs.python.org (Srinivas Reddy T)
Date: Tue, 26 Jun 2018 04:51:38 +0000
Subject: [issue33958] Unused variable in pur embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1529988698.87.0.56676864532.issue33958@psf.upfronthosting.co.za>


Change by Srinivas  Reddy T <thatiparthysreenivas at gmail.com>:


----------
keywords: +patch
pull_requests: +7535
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Tue Jun 26 01:12:02 2018
From: report at bugs.python.org (=?utf-8?b?aGVydsOp?=)
Date: Tue, 26 Jun 2018 05:12:02 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1529989922.95.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by herv? <herveberaud.pro at gmail.com>:


----------
pull_requests: +7536

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 26 01:39:07 2018
From: report at bugs.python.org (Ned Deily)
Date: Tue, 26 Jun 2018 05:39:07 +0000
Subject: [issue33963] IDLE macosx: add tests.
In-Reply-To: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>
Message-ID: <1529991547.03.0.56676864532.issue33963@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

> Would this affect any of the installation adjustments?

I don't think so but there's one way to be sure :)  If you merge your changes to master, we can doublecheck before backporting them.

> Is the windowing type determined by the hardware, or by the macOS version?

The windowing type is determined by the variant of Tk that tkinter is dynamically linking with.  While Cocoa Tk is now the most common, it is still possible to run into the other variants; for example, MacPorts supports building an X11 (Xquartz) variant of Tk 8.6 along with a Cocoa one.  If support for the various window types isn't causing a maintenance burden, it would be nice to retain them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Tue Jun 26 02:55:02 2018
From: report at bugs.python.org (Julien Palard)
Date: Tue, 26 Jun 2018 06:55:02 +0000
Subject: [issue33960] IDLE REPL: Strange indentation
In-Reply-To: <1529959217.21.0.56676864532.issue33960@psf.upfronthosting.co.za>
Message-ID: <1529996102.49.0.56676864532.issue33960@psf.upfronthosting.co.za>


Julien Palard <julien+python at palard.fr> added the comment:

Thanks Terry, it perfectly make sense.

> I intend to open an issue about separating the prompt from statement entry to remove the latter.

Do you mean, by putting the ">>>" in a separated "physical" / "fixed-width" column left to the statements? It would solve the issue, and I don't know if there's other ways to do so.

Oh there's another: Not using a ">>>" prompt at all, but visually separating inputs and outputs.

I'm realizing Jupyter notebook is doing both: Using a fixed-width column with the prompts, left to the statements AND visually separating inputs and outputs. Not sure we have to do both, what do you think?

I tried to craft something with gimp out of my previous screenshot but it came out really ugly, I'm definitly not a UI designer :(

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33960>
_______________________________________

From report at bugs.python.org  Tue Jun 26 03:26:49 2018
From: report at bugs.python.org (Petter S)
Date: Tue, 26 Jun 2018 07:26:49 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1529998009.5.0.56676864532.issue25155@psf.upfronthosting.co.za>


Petter S <petter.strandmark at gmail.com> added the comment:

I also compiled Python myself on WSL.

The bug seemed to appear after computer had been running for a while. Before that, the interpreters were working normally. And after rebooting the problem disappeared.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Tue Jun 26 03:58:46 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 26 Jun 2018 07:58:46 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1529999926.84.0.56676864532.issue24567@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Tim]
> Mark, do you believe that 32-bit Linux uses a different libm?

I don't know. But I'd expect to see accuracy losses as a result of forcing 53-bit precision, and I wouldn't be totally surprised to see other more catastrophic failure modes (infinite iterations, for example). But I don't have any concrete information on the subject.

There's this from (an unofficial mirror of) the glibc x86 sources: https://github.com/bminor/glibc/blob/43b1048ab9418e902aac8c834a7a9a88c501620a/sysdeps/x86/fpu_control.h#L69

> #define _FPU_EXTENDED 0x300	/* libm requires double extended precision.  */

But it's not clear to me whether that comment is intended to be a statement of fact, or indeed whether it's still true or just an ancient comment that should have been culled long ago.

Like I said, I just don't know, but I'd be worried about the law of unintended consequences.

Of course, with my Enthought hat on, I don't care, because we stopped worrying about 32-bit Linux long ago... :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:05:40 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 08:05:40 +0000
Subject: [issue33965] [Windows WSL] Fatal Python error:
 _Py_InitializeMainInterpreter: can't initialize time, after year 2038
Message-ID: <1530000340.86.0.56676864532.issue33965@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Petter S commented the closed bpo-25155, so I open a new issue. Copy of messages starting at https://bugs.python.org/issue25155#msg320431:

msg320431 - (view) 	Author: Petter S (Petter S) * 	Date: 2018-06-25 17:52

I get this error when starting the interpreter in Windows subsystem for Linux (WSL). 

I am using Python 2.7.15rc1

$ python --version
Python 2.7.15rc1
$ python
Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time                                                                                                                                          OverflowError: timestamp too large to convert to C _PyTime_t                                                                                                                                                                                                                                                                                                                                                                        Current thread 0x00007fe547231080 (most recent call first):                                                                                                                                                       Aborted (core dumped)

msg320432 - (view) 	Author: Petter S (Petter S) * 	Date: 2018-06-25 17:55

For Python 3:

$ python3 --version
Python 3.7.0b3
$ python3
Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time
OverflowError: timestamp too large to convert to C _PyTime_t

Current thread 0x00007f0232c21080 (most recent call first):
Aborted (core dumped)

msg320441 - (view) 	Author: STINNER Victor (vstinner) * (Python committer) 	Date: 2018-06-25 21:06

> I get this error when starting the interpreter in Windows subsystem for Linux (WSL).

This bug is currently closed, please open a new bug.

About your issue. I'm not sure if Windows subsystem for Linux is officially supported. How did you install Python 2.7 and 3.7? Are you testing 32-bit or 64-bit Python? (Again, please answer in your new issue.)

msg320447 - (view) 	Author: STINNER Victor (vstinner) * (Python committer) 	Date: 2018-06-25 22:05

I tried 64-bit builds of Python 2.7 and 3.7rc1 (binaries from python.org) on Windows 10 on year 2045: start with no error, time.time() and datetime.datetime.now() don't fail.

I tried Python 2.7.12 and 3.5.2 on Ubuntu 16.04 in WSL on my Windows 10: same, start with no error, time.time() and datetime.datetime.now() don't fail. It's 64-bit Ubuntu with 64-bit binaries for Python 2 and Python 3 (check sys.maxsize).

I even compiled Python 2.7.15 and 3.7rc1 on Ubuntu 16.04 in WSL on my Windows 10: same again, start with no error, time.time() and datetime.datetime.now() don't fail. Python 2 and 3 have been compiled in 64-bit mode, since it's a 64-bit Ubuntu.

Everything is fine. I failed to reproduce your bug.

msg320473 - (view) 	Author: Petter S (Petter S) * 	Date: 2018-06-26 07:26

I also compiled Python myself on WSL.

The bug seemed to appear after computer had been running for a while. Before that, the interpreters were working normally. And after rebooting the problem disappeared.

----------
components: Interpreter Core, Windows
messages: 320475
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: [Windows WSL] Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time, after year 2038
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33965>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:06:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 08:06:13 +0000
Subject: [issue25155] Windows: datetime.datetime.now() raises an OverflowError
 for date after year 2038
In-Reply-To: <1442517940.02.0.585598680273.issue25155@psf.upfronthosting.co.za>
Message-ID: <1530000373.41.0.56676864532.issue25155@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I created bpo-33965: [Windows WSL] Fatal Python error: _Py_InitializeMainInterpreter: can't initialize time, after year 2038.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25155>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:06:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 08:06:20 +0000
Subject: [issue33965] [Windows WSL] Fatal Python error:
 _Py_InitializeMainInterpreter: can't initialize time, after year 2038
In-Reply-To: <1530000340.86.0.56676864532.issue33965@psf.upfronthosting.co.za>
Message-ID: <1530000380.29.0.56676864532.issue33965@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy: +Petter S

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33965>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:08:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 08:08:07 +0000
Subject: [issue33965] [Windows WSL] Fatal Python error:
 _Py_InitializeMainInterpreter: can't initialize time, after year 2038
In-Reply-To: <1530000340.86.0.56676864532.issue33965@psf.upfronthosting.co.za>
Message-ID: <1530000487.0.0.56676864532.issue33965@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Petter S:

* What is your Windows version?
* Which operating system are you running on WSL? Name and version?
* In WSL: can you copy/paste the output of "uname -a"? What is your compiler version? Are you compiling in 32-bit or 64-bit mode?


Maybe the exception came from:

static int
pymonotonic(_PyTime_t *tp, _Py_clock_info_t *info, int raise)
{
#if defined(MS_WINDOWS)
    ...
    if (_PyTime_check_mul_overflow(t, MS_TO_NS)) {
        if (raise) {
            _PyTime_overflow();
            return -1;
        }
        /* Hello, time traveler! */
        Py_UNREACHABLE();
    }
    ...
}

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33965>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:14:23 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 08:14:23 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1530000863.34.0.56676864532.issue33930@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

C traceback in gdb:

Program received signal SIGSEGV, Segmentation fault.
0x00000000004812a8 in meth_dealloc (
    m=<error reading variable: Cannot access memory at address 0x7fffff7fefd8>)
    at Objects/methodobject.c:86
86	{
(gdb) where
#0  0x00000000004812a8 in meth_dealloc (
    m=<error reading variable: Cannot access memory at address 0x7fffff7fefd8>)
    at Objects/methodobject.c:86
#1  0x0000000000488d9f in _Py_Dealloc (
    op=<built-in method __dir__ of builtin_function_or_method object at remote 0x7fffe3973490>) at Objects/object.c:1931
#2  0x00000000004813c4 in meth_dealloc (m=0x7fffe3973580)
    at Objects/methodobject.c:91
#3  0x0000000000488d9f in _Py_Dealloc (
    op=<built-in method __dir__ of builtin_function_or_method object at remote 0x7fffe3973508>) at Objects/object.c:1931
#4  0x00000000004813c4 in meth_dealloc (m=0x7fffe39735f8)
    at Objects/methodobject.c:91
#5  0x0000000000488d9f in _Py_Dealloc (
    op=<built-in method __dir__ of builtin_function_or_method object at remote 0x7fffe3973580>) at Objects/object.c:1931
#6  0x00000000004813c4 in meth_dealloc (m=0x7fffe3973670)
    at Objects/methodobject.c:91
#7  0x0000000000488d9f in _Py_Dealloc (
    op=<built-in method __dir__ of builtin_function_or_method object at remote 0x7fffe39735f8>) at Objects/object.c:1931
#8  0x00000000004813c4 in meth_dealloc (m=0x7fffe39736e8)
    at Objects/methodobject.c:91
(...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:15:16 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 26 Jun 2018 08:15:16 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530000916.83.0.56676864532.issue24567@psf.upfronthosting.co.za>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Some relevant notes from Vincent Lef?vre here: http://www.vinc17.net/research/extended.en.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:16:55 2018
From: report at bugs.python.org (Philip Kendall)
Date: Tue, 26 Jun 2018 08:16:55 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530001015.42.0.56676864532.issue33958@psf.upfronthosting.co.za>


Philip Kendall <jorallan at gmail.com> added the comment:

Thanks thatiparthy :-)

----------
title: Unused variable in pur embedding example -> Unused variable in pure embedding example

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:28:34 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 08:28:34 +0000
Subject: [issue33957] use standard term than generic wording
In-Reply-To: <1529951813.18.0.56676864532.issue33957@psf.upfronthosting.co.za>
Message-ID: <1530001714.46.0.56676864532.issue33957@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
keywords: +patch
pull_requests: +7537
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33957>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:32:46 2018
From: report at bugs.python.org (INADA Naoki)
Date: Tue, 26 Jun 2018 08:32:46 +0000
Subject: [issue33957] use standard term than generic wording
In-Reply-To: <1529951813.18.0.56676864532.issue33957@psf.upfronthosting.co.za>
Message-ID: <1530001966.0.0.56676864532.issue33957@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33957>
_______________________________________

From report at bugs.python.org  Tue Jun 26 04:47:20 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 08:47:20 +0000
Subject: [issue33957] use standard term than generic wording
In-Reply-To: <1529951813.18.0.56676864532.issue33957@psf.upfronthosting.co.za>
Message-ID: <1530002840.39.0.56676864532.issue33957@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 829b7669f070a6228bba5c7a10a05b12891a95fd by Miss Islington (bot) in branch '3.7':
bpo-33957: Doc: Use better wording (GH-7912)
https://github.com/python/cpython/commit/829b7669f070a6228bba5c7a10a05b12891a95fd


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33957>
_______________________________________

From report at bugs.python.org  Tue Jun 26 06:21:57 2018
From: report at bugs.python.org (RAJALAKSHMI V)
Date: Tue, 26 Jun 2018 10:21:57 +0000
Subject: [issue21914] Create unit tests for Turtle guionly
In-Reply-To: <1404442037.11.0.611165319303.issue21914@psf.upfronthosting.co.za>
Message-ID: <1530008517.61.0.56676864532.issue21914@psf.upfronthosting.co.za>


RAJALAKSHMI V <rajalakshmi.v15 at iiits.in> added the comment:

Hey, I am a new contributor here. Could I take this issue up?

----------
nosy: +RAJALAKSHMI V

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21914>
_______________________________________

From report at bugs.python.org  Tue Jun 26 06:45:30 2018
From: report at bugs.python.org (desbma)
Date: Tue, 26 Jun 2018 10:45:30 +0000
Subject: [issue33671] Efficient zero-copy for shutil.copy* functions (Linux,
 OSX and Win)
In-Reply-To: <1527524243.69.0.682650639539.issue33671@psf.upfronthosting.co.za>
Message-ID: <1530009930.42.0.56676864532.issue33671@psf.upfronthosting.co.za>


Change by desbma <dutch109 at gmail.com>:


----------
nosy:  -desbma

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33671>
_______________________________________

From report at bugs.python.org  Tue Jun 26 07:55:02 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 11:55:02 +0000
Subject: [issue33966]
 test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4
 handles on Windows
Message-ID: <1530014102.79.0.56676864532.issue33966@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Using my PR 7827, the following command shows a leak of 4 Windows handles per run:

python -m test -R 3:3 test_multiprocessing_spawn -v -m test.test_multiprocessing_spawn.WithProcessesTestPool.test_traceback

See also bpo-33929: test_multiprocessing_spawn: WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows.

----------
components: Library (Lib), Windows
messages: 320484
nosy: davin, paul.moore, pitrou, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33966>
_______________________________________

From report at bugs.python.org  Tue Jun 26 07:57:10 2018
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Tue, 26 Jun 2018 11:57:10 +0000
Subject: [issue33967] functools.singledispatch: Misleading exception when
 calling without arguments
Message-ID: <1530014230.86.0.56676864532.issue33967@psf.upfronthosting.co.za>


New submission from Walter D?rwald <walter at livinglogic.de>:

When I call a function decorated with functools.singledispatch without an argument, I get the following:

$ python
Python 3.6.5 (default, Jun 17 2018, 12:13:06)
[GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import functools
>>> @functools.singledispatch
... def f(x):
...     pass
...
>>> f()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/Cellar/python/3.6.5_1/Frameworks/Python.framework/Versions/3.6/lib/python3.6/functools.py", line 803, in wrapper
    return dispatch(args[0].__class__)(*args, **kw)
IndexError: tuple index out of range

I would have expected a TypeError along the lines of

TypeError: f() missing 1 required positional argument: 'x'

----------
components: Library (Lib)
messages: 320485
nosy: doerwalter
priority: normal
severity: normal
status: open
title: functools.singledispatch: Misleading exception when calling without arguments
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33967>
_______________________________________

From report at bugs.python.org  Tue Jun 26 08:01:23 2018
From: report at bugs.python.org (Carl Andersson)
Date: Tue, 26 Jun 2018 12:01:23 +0000
Subject: [issue33968] os.makedirs and empty string
Message-ID: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>


New submission from Carl Andersson <carl.ande at icloud.com>:

os.makedirs does not handle the empty string the same way as the os.path.XX functions does. This is (to me) unexpected behaviour, since calls like `os.makedirs(os.path.dirname(filename), exist_ok=True)` raises an exception if `filename` does not contain any directories.
Also, it raises an `FileNotFoundError` regardless of the `exist_ok` flag. I would expect `os.makedirs('')` to fail with `FileExistsError` and `os.makedirs('', exist_ok=True)` to not do anything.

----------
components: Library (Lib)
messages: 320486
nosy: CarlAndersson
priority: normal
severity: normal
status: open
title: os.makedirs and empty string
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Tue Jun 26 08:04:51 2018
From: report at bugs.python.org (James Stevens)
Date: Tue, 26 Jun 2018 12:04:51 +0000
Subject: [issue33969] "copytree" refuses to copy to a mount point
Message-ID: <1530014691.54.0.56676864532.issue33969@psf.upfronthosting.co.za>


New submission from James Stevens <james.stevens at jrcs.co.uk>:

Even if the mount-point directory is empty, "copytree" refuses to copy to a it becuase it will not perform a copy if the destination directory already exists - although it will accept any of the parents of destination existing, or not. Therefore, "copytree" is unable to copy to the top directory of (say) a USB Stick.

This also means "copytree" can't be used to merge the contents of two source directories into a single destination. etc,etc

This one flaw means that the use scenarios for "copytree" are actually extremely limited when compared to (say) "cp" - but running "subprocess.call(["cp","-a",...])" as commonly recommended on StackOverflow is not an ideal solution for lots of reasons.

----------
components: Distutils
messages: 320487
nosy: dstufft, eric.araujo, james_r_c_stevens
priority: normal
severity: normal
status: open
title: "copytree" refuses to copy to a mount point
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33969>
_______________________________________

From report at bugs.python.org  Tue Jun 26 08:25:30 2018
From: report at bugs.python.org (James Stevens)
Date: Tue, 26 Jun 2018 12:25:30 +0000
Subject: [issue33970] bugs.python.org silently refuses registrations
Message-ID: <1530015930.72.0.56676864532.issue33970@psf.upfronthosting.co.za>


New submission from James Stevens <james.stevens at jrcs.co.uk>:

bugs.python.org silently refuses registration if the user's "homepage" does not match some undisclosed URL validation test.

The fact of the validation failure of the "homepage" is not disclosed at any time, including both the initial registration and at activation time.

This appears to have been a "known" issue for at least a year, but is still not fixed.

http://psf.upfronthosting.co.za/roundup/meta/issue591

----------
assignee: docs at python
components: Documentation
messages: 320488
nosy: docs at python, james_r_c_stevens
priority: normal
severity: normal
status: open
title: bugs.python.org silently refuses registrations
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33970>
_______________________________________

From report at bugs.python.org  Tue Jun 26 08:39:47 2018
From: report at bugs.python.org (Mariatta Wijaya)
Date: Tue, 26 Jun 2018 12:39:47 +0000
Subject: [issue33970] bugs.python.org silently refuses registrations
In-Reply-To: <1530015930.72.0.56676864532.issue33970@psf.upfronthosting.co.za>
Message-ID: <1530016787.66.0.56676864532.issue33970@psf.upfronthosting.co.za>


Mariatta Wijaya <mariatta.wijaya at gmail.com> added the comment:

Thanks for the report.
As you have found out, the issue tracker for the bug tracker itself is not here.

It seems to be a problem in upstream roundup.

If you can help with fixing this issue, please see the discussion in 
http://psf.upfronthosting.co.za/roundup/meta/issue591
as well as http://issues.roundup-tracker.org/issue2550920

You can also read https://wiki.python.org/moin/TrackerDevelopment about development of the bug tracker itself.

----------
assignee: docs at python -> 
components:  -Documentation
nosy: +Mariatta
resolution:  -> third party
stage:  -> resolved
status: open -> closed
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33970>
_______________________________________

From report at bugs.python.org  Tue Jun 26 09:35:56 2018
From: report at bugs.python.org (James Stevens)
Date: Tue, 26 Jun 2018 13:35:56 +0000
Subject: [issue33971] os.mknod is subject to "umask"
Message-ID: <1530020156.39.0.56676864532.issue33971@psf.upfronthosting.co.za>


New submission from James Stevens <james.stevens at jrcs.co.uk>:

As per the underlying "libc" call, the node created with "mknod" is subjected to the user's current umask setting.

This is not made clear in the Python documentation, but the "libc" documentation makes this clear (see attached).

----------
assignee: docs at python
components: Documentation
files: Selection_2018-06-26_003.png
messages: 320490
nosy: docs at python, james_r_c_stevens
priority: normal
severity: normal
status: open
title: os.mknod is subject to "umask"
versions: Python 3.6
Added file: https://bugs.python.org/file47653/Selection_2018-06-26_003.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33971>
_______________________________________

From report at bugs.python.org  Tue Jun 26 09:41:52 2018
From: report at bugs.python.org (Steve Dower)
Date: Tue, 26 Jun 2018 13:41:52 +0000
Subject: [issue33965] [Windows WSL] Fatal Python error:
 _Py_InitializeMainInterpreter: can't initialize time, after year 2038
In-Reply-To: <1530000340.86.0.56676864532.issue33965@psf.upfronthosting.co.za>
Message-ID: <1530020512.67.0.56676864532.issue33965@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Also please include your sys.version. It is possible to launch Windows applications from WSL, which means we need to know if you ran the Linux version or the Windows version (though it sounds like it was a Linux version which means MS_WINDOWS is not defined).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33965>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:17:36 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 26 Jun 2018 14:17:36 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530022656.27.0.56676864532.issue33873@psf.upfronthosting.co.za>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 58ed7307ea0b5c5aa052291ebc3030f314f938d8 by Pablo Galindo in branch 'master':
bpo-33873: Fix bug in `runtest.py` and add checks for invalid `-R` parameters (GH-7735)
https://github.com/python/cpython/commit/58ed7307ea0b5c5aa052291ebc3030f314f938d8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:35:20 2018
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 26 Jun 2018 14:35:20 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530023720.26.0.56676864532.issue33968@psf.upfronthosting.co.za>


Emily Morehouse <emilyemorehouse at gmail.com> added the comment:

This is an interesting behavior to note. I think the current behavior makes the most sense, as it corresponds to the OS-level errors that you get from running the same operations.

Interestingly, at least on Unix-based file systems, we get different error messages but the same behavior when using "" vs "." as our target:

[linux]$ mkdir ""
mkdir: cannot create directory ??: No such file or directory
[linux]$ mkdir .
mkdir: cannot create directory ?.?: File exists

[mac]$ mkdir ""
mkdir: .: No such file or directory
[mac]$ mkdir .
mkdir: .: File exists

Both os.mkdir and os.makedirs follow (only os.mkdir is included as the traceback is cleaner, but they raise the same errors):
>>> os.mkdir("")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
FileNotFoundError: [Errno 2] No such file or directory: ''
>>> os.mkdir(".")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
FileExistsError: [Errno 17] File exists: '.'


Since on an OS level the only time "File exists" is returned is when using "." and not "", os.makedirs with exists_ok=True also follows:

>>> os.makedirs("", exist_ok=True)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/Cellar/python/3.6.5/Frameworks/Python.framework/Versions/3.6/lib/python3.6/os.py", line 220, in makedirs
    mkdir(name, mode)
FileNotFoundError: [Errno 2] No such file or directory: ''
>>> os.makedirs(".", exist_ok=True)
>>>

Basically, the FileExistsError gets silenced, but FileNotFoundError is left alone. I can see how the differences are nuanced and not obvious though.


Unless you think there is a succinct and worthwhile way of adding this to the documentation, I think this issue can be closed.

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:43:31 2018
From: report at bugs.python.org (Sven Krohlas)
Date: Tue, 26 Jun 2018 14:43:31 +0000
Subject: [issue33972] AttributeError in email.message.iter_attachments()
Message-ID: <1530024211.47.0.56676864532.issue33972@psf.upfronthosting.co.za>


New submission from Sven Krohlas <skrohlas at bfk.de>:

Hello everyone,

Today I stumbled over unexpected behaviour when parsing emails with Python 3.5.

mail is of type: <class 'email.message.EmailMessage'>


Traceback (most recent call last):
File "XXX", line YYY, in ZZZ
for attachment in mail.iter_attachments():
File "/usr/lib/python3.5/email/message.py", line 1025, in iter_attachments
parts = self.get_payload().copy()
AttributeError: 'str' object has no attribute 'copy'


/usr/lib/python3.5/email/message.py calls self.get_payload().copy() without distinguishing between different possible return types of get_payload().

get_payload() belongs to class MIMEPart(Message)

>From the (base) class Message:


"def get_payload(self, i=None, decode=False):
"""Return a reference to the payload.

The payload will either be a list object or a string."

So, it might return a string, which seems to be the case I'm hitting here.

The code in cpython trunk still looks identical apart from a few line offsets, so newer versions might be affected, too.

Am I doing something wrong or do we have a bug to squash here?

Thanks,
Sven

----------
components: email
messages: 320494
nosy: barry, r.david.murray, skrohlas
priority: normal
severity: normal
status: open
title: AttributeError in email.message.iter_attachments()
type: crash
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33972>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:48:05 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 26 Jun 2018 14:48:05 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530024485.04.0.56676864532.issue33968@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Concur with Emily.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:55:26 2018
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 26 Jun 2018 14:55:26 +0000
Subject: =?utf-8?q?=5Bissue33466=5D_Distutils_does_not_support_the_compilation_of_?=
 =?utf-8?b?T2JqZWN0aXZlLUMrKyAo4oCcLm1t4oCdKSBmaWxlcw==?=
In-Reply-To: <1526057984.85.0.682650639539.issue33466@psf.upfronthosting.co.za>
Message-ID: <1530024926.68.0.56676864532.issue33466@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

In short:

- Approve the PR (the bots will remove label ?core review needed? and add ?waiting for merge?

- Do not add ?backport? labels as this is a new feature

- Push the squash and merge button
  - edit the commit message first line to have GH-123 instead of #123
  - edit the pre-filled commit message body to something better

- Watch CI on the master branch then buildbots

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33466>
_______________________________________

From report at bugs.python.org  Tue Jun 26 10:59:41 2018
From: report at bugs.python.org (Carl Andersson)
Date: Tue, 26 Jun 2018 14:59:41 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530025181.74.0.56676864532.issue33968@psf.upfronthosting.co.za>


Carl Andersson <carl.ande at icloud.com> added the comment:

I can see the point in keeping the behaviour close to the OS-level commands, but the discrepancy between os.mkdir (or os.makedirs) and os.path.dirname is not resolved.

I still think that
>>> os.makedirs(os.path.dirname(filename), exist_ok=True)
should be able to handle the case when "filename" does not contain any directories.
A possible workaround would be to use os.path.abspath somewhere in the mix.

In my humble opinion creating the directory structure required to write a file should not require this level of complexity, since it is such a common operation.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Tue Jun 26 11:18:03 2018
From: report at bugs.python.org (Emily Morehouse)
Date: Tue, 26 Jun 2018 15:18:03 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530026283.9.0.56676864532.issue33968@psf.upfronthosting.co.za>


Emily Morehouse <emilyemorehouse at gmail.com> added the comment:

I'll defer to Serhiy's os.path expertise, but from what I know -- os.dirname is essentially a helper function for returning the first item of split. 

What I'm gathering is that you're looking for a more advanced way of parsing a file path -- say "nested/dir/sample.txt" -- to "nested/dir" while also handling parsing "" into ".". 

Not the prettiest, but you could wrap os.path.dirname in os.path.normpath:

>>> os.path.normpath(os.path.dirname("nested/dir/sample.txt"))
'nested/dir'
>>> os.path.normpath(os.path.dirname(""))
'.'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Tue Jun 26 11:21:58 2018
From: report at bugs.python.org (Mark Roseman)
Date: Tue, 26 Jun 2018 15:21:58 +0000
Subject: [issue33962] IDLE: use ttk.spinbox
In-Reply-To: <1529983748.27.0.56676864532.issue33962@psf.upfronthosting.co.za>
Message-ID: <1530026518.65.0.56676864532.issue33962@psf.upfronthosting.co.za>


Mark Roseman <mark at markroseman.com> added the comment:

For now, using a (likely very minimal) subset of commands/options common to both classic and ttk spinbox versions in IDLE sounds good. 

I was originally thinking stick with "-textvariable" for setting (which works on both) but I like your idea of adding "set" to a tk.spinbox subclass.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33962>
_______________________________________

From report at bugs.python.org  Tue Jun 26 11:48:21 2018
From: report at bugs.python.org (Mark Roseman)
Date: Tue, 26 Jun 2018 15:48:21 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
 work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1530028101.41.0.56676864532.issue17496@psf.upfronthosting.co.za>


Mark Roseman <mark at markroseman.com> added the comment:

Just to note, this remains a PITA. To run gui tests on macOS from a terminal window seems to require commenting out the SetFrontProcess() call. A better replacement is needed as noted in the previous discussion, as well this call was deprecated in OS X 10.9 (though has not yet been removed as of this writing).

In the interim, is there a precedent for adding another command line option to the 'test' module, e.g. '--forcemacgui' so that people who want to can run those tests from a clean checkout?

----------
nosy: +markroseman
versions: +Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Tue Jun 26 11:52:53 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 26 Jun 2018 15:52:53 +0000
Subject: [issue33962] IDLE: use ttk.spinbox
In-Reply-To: <1529983748.27.0.56676864532.issue33962@psf.upfronthosting.co.za>
Message-ID: <1530028373.8.0.56676864532.issue33962@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

ttk.Spinbox inherits from ttk.Entry.  My option list left out the options for Entry, which is one of the ttk widget not in the doc.  The additional entry options include exportselection, justify, show, state, textvariable, and width.
https://www.tcl.tk/man/tcl8.6/TkCmd/ttk_spinbox.htm
explicitly says textvariable is supported.  This is important because configdialog uses tracers on Var to detect and record user changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33962>
_______________________________________

From report at bugs.python.org  Tue Jun 26 12:21:48 2018
From: report at bugs.python.org (Tim Peters)
Date: Tue, 26 Jun 2018 16:21:48 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530030108.74.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Mark, ya, I agree it's most prudent to let sleeping dogs lie.

In the one "real" complaint we got (issue 24546) the cause was never determined - but double rounding was ruled out in that specific case, and no _plausible_ cause was identified (short of transient HW error).

As the years go by, my interest in "doing something" about a bug nobody has apparently encountered in the wild, and remains theoretically possible on an ever-diminishing number of platforms ("32-bit Linux not using faster SSE arithmetic" seems to be the universe), has faded somewhat  ;-)

So I'd close as "won't fix".  If I had to do something, I'd add different implementations under an "if this box does double-rounding" import-time test so nobody else has to pay for it.

But I'm cool with whatever Raymond settles for.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 12:46:56 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 26 Jun 2018 16:46:56 +0000
Subject: [issue33871] Possible integer overflow in iov_setup()
In-Reply-To: <1529086477.01.0.579493977442.issue33871@psf.upfronthosting.co.za>
Message-ID: <1530031616.09.0.56676864532.issue33871@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +7538
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33871>
_______________________________________

From report at bugs.python.org  Tue Jun 26 12:50:48 2018
From: report at bugs.python.org (Bert JW Regeer)
Date: Tue, 26 Jun 2018 16:50:48 +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: <1530031848.07.0.56676864532.issue27777@psf.upfronthosting.co.za>


Bert JW Regeer <xistence at gmail.com> added the comment:

I'll take a look and see if I can get the other fixes from WebOb and add them to a patch, and create a follow-up PR.

If I can stop carrying a monkey patch for the standard library I am all for it!

Thanks for running with this!

----------
nosy: +Bert JW Regeer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Jun 26 12:55:00 2018
From: report at bugs.python.org (Alistair Buxton)
Date: Tue, 26 Jun 2018 16:55:00 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1530032100.79.0.56676864532.issue33930@psf.upfronthosting.co.za>


Alistair Buxton <a.j.buxton at gmail.com> added the comment:

I found this while chatting on IRC about the implementation details of objects - specifically, since objects have a dict of attributes, and dict subclasses object, it seems like every dict will have another dict inside it. (Eventually someone explained that base object() doesn't have any state at all, as a result dict doesn't have a dict of attributes, and there is no cycle.)

Anyway, as I was trying to explain my question to the other users, I had intended to post this snippet and ask "why doesn't this crash python?" Ironically it turned out that it does crash python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Tue Jun 26 13:07:39 2018
From: report at bugs.python.org (Lita Cho)
Date: Tue, 26 Jun 2018 17:07:39 +0000
Subject: [issue21914] Create unit tests for Turtle guionly
In-Reply-To: <1530008517.61.0.56676864532.issue21914@psf.upfronthosting.co.za>
Message-ID: <CACsGvsp9KBFip2dV9H=HafBZNM8U+yq+PtK9F5ySjfzJqD2KkA@mail.gmail.com>


Lita Cho <lita.cho at gmail.com> added the comment:

Feel free.

On Tue, Jun 26, 2018, 3:21 AM RAJALAKSHMI V <report at bugs.python.org> wrote:

>
> RAJALAKSHMI V <rajalakshmi.v15 at iiits.in> added the comment:
>
> Hey, I am a new contributor here. Could I take this issue up?
>
> ----------
> nosy: +RAJALAKSHMI V
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue21914>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21914>
_______________________________________

From report at bugs.python.org  Tue Jun 26 13:48:08 2018
From: report at bugs.python.org (Chris Eykamp)
Date: Tue, 26 Jun 2018 17:48:08 +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: <1530035288.09.0.56676864532.issue27777@psf.upfronthosting.co.za>


Chris Eykamp <chris at eykamp.com> added the comment:

I don't know if you've read the dialog on the PR (there was also some offline between Ned and myself), but the patch breaks a test when running under a fresh build of Python.  I can't reproduce it here without setting up a build system, which I haven't had time to do, and won't be able to do at leat through the end of next week.

If you can run the tests on a fresh build of Python, and confirm that they break, that would be helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27777>
_______________________________________

From report at bugs.python.org  Tue Jun 26 14:39:29 2018
From: report at bugs.python.org (Tim Burke)
Date: Tue, 26 Jun 2018 18:39:29 +0000
Subject: [issue33973] HTTP request-line parsing splits on Unicode whitespace
Message-ID: <1530038369.47.0.56676864532.issue33973@psf.upfronthosting.co.za>


New submission from Tim Burke <tim.burke at gmail.com>:

This causes (admittedly, buggy) clients that would work with a Python 2 server to stop working when the server upgrades to Python 3. To demonstrate, run `python2.7 -m SimpleHTTPServer 8027` in one terminal and `curl -v http://127.0.0.1:8027/??` in another -- curl reports

    *   Trying 127.0.0.1...
    * TCP_NODELAY set
    * Connected to 127.0.0.1 (127.0.0.1) port 8027 (#0)
    > GET /?? HTTP/1.1
    > Host: 127.0.0.1:8027
    > User-Agent: curl/7.54.0
    > Accept: */*
    >
    * HTTP 1.0, assume close after body
    < HTTP/1.0 404 File not found
    < Server: SimpleHTTP/0.6 Python/2.7.10
    < Date: Tue, 26 Jun 2018 17:23:25 GMT
    < Content-Type: text/html
    < Connection: close
    <
    <head>
    <title>Error response</title>
    </head>
    <body>
    <h1>Error response</h1>
    <p>Error code 404.
    <p>Message: File not found.
    <p>Error code explanation: 404 = Nothing matches the given URI.
    </body>
    * Closing connection 0

...while repeating the experiment with `python3.6 -m http.server 8036` and `curl -v http://127.0.0.1:8036/??` gives

    *   Trying 127.0.0.1...
    * TCP_NODELAY set
    * Connected to 127.0.0.1 (127.0.0.1) port 8036 (#0)
    > GET /?? HTTP/1.1
    > Host: 127.0.0.1:8036
    > User-Agent: curl/7.54.0
    > Accept: */*
    >
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
            "http://www.w3.org/TR/html4/strict.dtd">
    <html>
        <head>
            <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
            <title>Error response</title>
        </head>
        <body>
            <h1>Error response</h1>
            <p>Error code: 400</p>
            <p>Message: Bad request syntax ('GET /??\xa0??? HTTP/1.1').</p>
            <p>Error code explanation: HTTPStatus.BAD_REQUEST - Bad request syntax or unsupported method.</p>
        </body>
    </html>
    * Connection #0 to host 127.0.0.1 left intact

Granted, a well-behaved client would have quoted the UTF-8 '??' as '%E4%BD%A0%E5%A5%BD' (in which case everything would have behaved as expected), but RFC 7230 is pretty clear that the request-line should be SP-delimited. While it notes that "recipients MAY instead parse on whitespace-delimited word boundaries and, aside from the CRLF terminator, treat any form of whitespace as the SP separator", it goes on to say that "such whitespace includes one or more of the following octets: SP, HTAB, VT (%x0B), FF (%x0C), or bare CR" with no mention of characters like the (ISO-8859-1 encoded) non-breaking space that caused the 400 response.

FWIW, there was a similar unicode-separators-are-not-the-right-separators bug in header parsing a while back: https://bugs.python.org/issue22233

----------
components: Library (Lib), Unicode
messages: 320507
nosy: ezio.melotti, tburke, vstinner
priority: normal
severity: normal
status: open
title: HTTP request-line parsing splits on Unicode whitespace
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33973>
_______________________________________

From report at bugs.python.org  Tue Jun 26 14:42:06 2018
From: report at bugs.python.org (Tim Burke)
Date: Tue, 26 Jun 2018 18:42:06 +0000
Subject: [issue33973] HTTP request-line parsing splits on Unicode whitespace
In-Reply-To: <1530038369.47.0.56676864532.issue33973@psf.upfronthosting.co.za>
Message-ID: <1530038526.67.0.56676864532.issue33973@psf.upfronthosting.co.za>


Change by Tim Burke <tim.burke at gmail.com>:


----------
keywords: +patch
pull_requests: +7539
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33973>
_______________________________________

From report at bugs.python.org  Tue Jun 26 14:52:55 2018
From: report at bugs.python.org (Gauchj)
Date: Tue, 26 Jun 2018 18:52:55 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
Message-ID: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>


New submission from Gauchj <pythonbugs at ga.uchj.de>:

_stringify escapes special characters so they can be processed by tcl/tk. To that end, two different escaping techniques are implemented: put a backslash in front of every special character or put the entire string in curly braces.

However, a string like the following one:

'"C:\\Windows\\System32\\notepad.exe" "afile.txt"'

will be incorrectly escaped to

'"C:\\\\Windows\\\\System32\\\\notepad.exe"\\ "afile.txt"'

Tcl/TK will interpret this as a quoted string, but with a backslash after it (the one escaping the space between the quoted strings), throwing this exception:
TclError('list element in quotes followed by "\\" instead of space',)

The attached patch escapes this to

'{"C:\\\\Windows\\\\System32\\\\notepad.exe" "afile.txt"}'

I am not 100% sure that this is correct since double backslashes seem to be displayed now.

----------
components: Tkinter
files: 0001-improve-escaping-of-quoted-strings.patch
keywords: patch
messages: 320508
nosy: gauchj
priority: normal
severity: normal
status: open
title: _stringify handles quoted strings incorrectly
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47654/0001-improve-escaping-of-quoted-strings.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Tue Jun 26 15:10:54 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 26 Jun 2018 19:10:54 +0000
Subject: [issue33930] Segfault with deep recursion into object().__dir__
In-Reply-To: <1529580477.24.0.56676864532.issue33930@psf.upfronthosting.co.za>
Message-ID: <1530040254.02.0.56676864532.issue33930@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@victor: thanks for confirming my analysis.  

The trashcan API does fix this issue, although I did have to change "_PyObject_GC_UNTRACK(m);" to "PyObject_GC_UnTrack(m);" as well. I haven't checked yet why that's necessary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33930>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:07:02 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 21:07:02 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530047222.49.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7540

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:07:53 2018
From: report at bugs.python.org (miss-islington)
Date: Tue, 26 Jun 2018 21:07:53 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530047273.84.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7541

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:11:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:11:59 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530047519.4.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7542

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:11:59 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:11:59 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530047519.46.0.665841612001.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7543

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:14:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:14:15 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530047655.39.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Since I didn't backport yet the commit 4ffe9c2b251f6e027b26250b7a2618e78d4edd22 (format duration) from master to other branches, I will backport the commit 58ed7307ea0b5c5aa052291ebc3030f314f938d8 (-R fix) manually to other branches with other recent regrtest changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:28:11 2018
From: report at bugs.python.org (Tim Peters)
Date: Tue, 26 Jun 2018 21:28:11 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530048491.29.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

[Mark]
> If we do this, can we also persuade Guido to Pronounce that
> Python implementations assume IEEE 754 format and semantics
> for floating-point?

On its own, I don't think a change to force 53-bit precision _on_ 754 boxes would justify that.  That's just changing oddball boxes that already implement 754 to do so in the way most other 754 boxes currently do it (and in the way all future 754 platforms are expected to do it).

To go beyond that seems to require addressing bigger questions, like:

- _Are_ there currently, or expected to be, non-754 Python platforms?  There have been in the past.

- What does "754 semantics" actually mean?  For example, as these bug reports point out, 754 is silent about whether the possibility of double rounding - even in primitive atomic operations - is "a bug" or "a feature" :-(  Would we insist that Python may not work on platforms that flush denorms to 0?  Etc.

- What, concretely, would change in CPython if the Pronouncement were made?  As I recall, we inherit most fp behaviors from the platform C compiler and libraries.  That is, how would the Pronouncement benefit CPython?  For example, do we have significant blobs of code that are trying to cater to non-754 boxes?

Not that I'm asking for answers here.  If there's something to be pursued here, I'd suggest it's better as a topic in python-ideas or python-dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:29:23 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 26 Jun 2018 21:29:23 +0000
Subject: =?utf-8?q?=5Bissue33466=5D_Distutils_does_not_support_the_compilation_of_?=
 =?utf-8?b?T2JqZWN0aXZlLUMrKyAo4oCcLm1t4oCdKSBmaWxlcw==?=
In-Reply-To: <1526057984.85.0.682650639539.issue33466@psf.upfronthosting.co.za>
Message-ID: <1530048563.65.0.56676864532.issue33466@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Eric,

Thanks. 

See the pull request for why this might qualify for a back port: other parts of distutils recognise '.mm' as a valid extension, but '.mm' doesn't work yet because UnixCCompiler doesn't support this yet. 

On the other hand this is effectively a new feature because '.mm' has never worked, and there is an easy workaround (monkey patching the compiler class).

And writing this I agree that this patch should not be back ported.

----------
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33466>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:30:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 26 Jun 2018 21:30:00 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530048600.98.0.56676864532.issue33974@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

How did you find this bug?

----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:31:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:31:39 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530048699.35.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7544

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:31:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:31:39 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530048699.43.0.665841612001.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7545

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:47:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:47:39 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530049659.68.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset d1f9481b7a2d31c40fca1347ef99d819eb656ce7 by Victor Stinner in branch '3.7':
bpo-33873: Backport regrtest from master to 3.7 (GH-7935)
https://github.com/python/cpython/commit/d1f9481b7a2d31c40fca1347ef99d819eb656ce7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:47:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:47:39 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530049659.76.0.902498594338.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset d1f9481b7a2d31c40fca1347ef99d819eb656ce7 by Victor Stinner in branch '3.7':
bpo-33873: Backport regrtest from master to 3.7 (GH-7935)
https://github.com/python/cpython/commit/d1f9481b7a2d31c40fca1347ef99d819eb656ce7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:52:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:52:24 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530049944.97.0.665841612001.issue33718@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7547

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:52:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:52:24 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530049944.83.0.56676864532.issue33873@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7546

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:55:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:55:07 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530050107.89.0.56676864532.issue24567@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The error goes avoid if we stop using floating point number to generate random integers. Can't we drop/deprecate support of RNG only providing getrandom() but not getrandbits()? I'm talking about the master branch.

Things are simpler when you only manipulate integers...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:57:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:57:15 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530050235.64.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 5430c14aba319f83b18879575244ba429e8c1d81 by Victor Stinner in branch '2.7':
[2.7] bpo-33873: Backport regrtest from master (GH-7936)
https://github.com/python/cpython/commit/5430c14aba319f83b18879575244ba429e8c1d81


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 17:57:15 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 21:57:15 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530050235.74.0.902498594338.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 5430c14aba319f83b18879575244ba429e8c1d81 by Victor Stinner in branch '2.7':
[2.7] bpo-33873: Backport regrtest from master (GH-7936)
https://github.com/python/cpython/commit/5430c14aba319f83b18879575244ba429e8c1d81


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:17:52 2018
From: report at bugs.python.org (Tim Peters)
Date: Tue, 26 Jun 2018 22:17:52 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530051472.62.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

Victor, look at Raymond's patch.  In Python 3, `randrange()` and friends already use the all-integer `getrandbits()`.  He's changing three other lines, where some variant of `int(random() * someinteger)` is being used in an inner loop for speed.

Presumably the

            return int(random() * n)

line in the `n >= maxsize` branch of `_randbelow_without_getrandbits()` should also get clamped.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:19:17 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 22:19:17 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530051557.64.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-33966: test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:26:33 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 26 Jun 2018 22:26:33 +0000
Subject: [issue5978] cProfile and profile don't work with pygtk/pyqt and
 sys.exit(0)
In-Reply-To: <1241895448.39.0.497331485225.issue5978@psf.upfronthosting.co.za>
Message-ID: <1530051993.78.0.56676864532.issue5978@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7548
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5978>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:28:28 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Tue, 26 Jun 2018 22:28:28 +0000
Subject: [issue5978] cProfile and profile don't work with pygtk/pyqt and
 sys.exit(0)
In-Reply-To: <1241895448.39.0.497331485225.issue5978@psf.upfronthosting.co.za>
Message-ID: <1530052108.39.0.56676864532.issue5978@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
nosy: +adelfino
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5978>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:32:21 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 22:32:21 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530052341.09.0.56676864532.issue24567@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Let me see random_double_round.diff.

In master:

    def shuffle(self, x, random=None):
        """Shuffle list x in place, and return None.

        Optional argument random is a 0-argument function returning a
        random float in [0.0, 1.0); if it is the default None, the
        standard random.random will be used.

        """

This method has a weird API. What is the point of passing a random function, whereas shuffle() is already a method of an object which generates random numbers?! The bug only affects the case when random is set. I proposed to deprecate this argument and remove it later.

                return [population[_min(_int(random() * total), total)]
                        for i in range(k)]

Why not using _randbelow() here? For speed according to:

> some variant of `int(random() * someinteger)` is being used in an inner loop for speed.

Why not optimizing _randbelow() in this case? Like implementing it in C?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:44:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 22:44:51 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530053091.15.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1d55888a78bcefed3723fb7e48df2a75b4f0adb0 by Victor Stinner in branch '3.6':
bpo-33873: Backport regrtest from master to 3.7 (GH-7935) (GH-7937)
https://github.com/python/cpython/commit/1d55888a78bcefed3723fb7e48df2a75b4f0adb0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:44:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 22:44:51 +0000
Subject: [issue33718] Enhance regrtest: meta-ticket for multiple changes
In-Reply-To: <1527775539.21.0.682650639539.issue33718@psf.upfronthosting.co.za>
Message-ID: <1530053091.23.0.902498594338.issue33718@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1d55888a78bcefed3723fb7e48df2a75b4f0adb0 by Victor Stinner in branch '3.6':
bpo-33873: Backport regrtest from master to 3.7 (GH-7935) (GH-7937)
https://github.com/python/cpython/commit/1d55888a78bcefed3723fb7e48df2a75b4f0adb0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33718>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:45:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 22:45:32 +0000
Subject: [issue33873] False positives when running leak tests with -R 1:1
In-Reply-To: <1529102526.45.0.56676864532.issue33873@psf.upfronthosting.co.za>
Message-ID: <1530053132.47.0.56676864532.issue33873@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Pablo Galindo Salgado fixed the bug in master, I backported his fix to 2.7, 3.6 and 3.7 branches. Thanks Pablo!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33873>
_______________________________________

From report at bugs.python.org  Tue Jun 26 18:59:36 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 26 Jun 2018 22:59:36 +0000
Subject: [issue25007] Add support of copy protocol to zlib compressors and
 decompressors
In-Reply-To: <1441449753.43.0.0389421030599.issue25007@psf.upfronthosting.co.za>
Message-ID: <1530053976.52.0.56676864532.issue25007@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7549
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25007>
_______________________________________

From report at bugs.python.org  Tue Jun 26 19:01:48 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 26 Jun 2018 23:01:48 +0000
Subject: [issue25007] Add support of copy protocol to zlib compressors and
 decompressors
In-Reply-To: <1441449753.43.0.0389421030599.issue25007@psf.upfronthosting.co.za>
Message-ID: <1530054108.46.0.56676864532.issue25007@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
versions: +Python 3.8 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25007>
_______________________________________

From report at bugs.python.org  Tue Jun 26 19:53:31 2018
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 26 Jun 2018 23:53:31 +0000
Subject: [issue33966]
 test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4
 handles on Windows
In-Reply-To: <1530014102.79.0.56676864532.issue33966@psf.upfronthosting.co.za>
Message-ID: <1530057211.98.0.56676864532.issue33966@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

* Pool._repopulate_pool() creates processes with args=(self._inqueue, ...)
* Pool._inqueue is a multiprocessing.queues.SimpleQueue
* Process.__init__() of multiprocessing.popen_spawn_win32 calls reduction.dump(process_obj, to_child) which indirectly contains the SimpleQueue
* A SimpleQueue object contains: self._reader, self._writer = connection.Pipe(duplex=False)
* dump() indirectly calls reduce_connection() (ex: for SimpleQueue._reader) of multiprocessing.connection
* reduce_connection() duplicates the pipe handle

It's unclear to me who is supposed to close the duplicated pipe handles? reduce_connection() creates a "ds = resource_sharer.DupSocket(s)" object, but this object doesn't seem to call CloseHandle()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33966>
_______________________________________

From report at bugs.python.org  Tue Jun 26 20:05:46 2018
From: report at bugs.python.org (Tim Peters)
Date: Wed, 27 Jun 2018 00:05:46 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530057946.7.0.56676864532.issue24567@psf.upfronthosting.co.za>


Tim Peters <tim at python.org> added the comment:

[Victor]
> This method [shuffle()] has a weird API. What is
> the point of passing a random function,
> ... I proposed to deprecate this argument and remove it later.

I don't care here.  This is a bug report.  Making backward-incompatible API changes does nothing to repair existing programs.

> ...
>  return [population[_min(_int(random() * total), total)]
>                        for i in range(k)]
>
> Why not using _randbelow() here? For speed

Yup.


> Why not optimizing _randbelow() in this case? Like
> implementing it in C?

This is a bug report, not an invitation to redesign APIs and complicate implementations in non-trivial ways.  If you're keen on that, I suggest opening a different issue and writing the patch.

I'd personally oppose the API change (pointless thrashing), but it's possible the speed benefit of C acceleration of _randbelow() would outweigh the considerable downsides of moving code from Python source to C source.

But none of that is needed to "fix the bug" at hand, if - indeed - people still think it's worth fixing at all.  In the years that have passed since this started, I no longer do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Tue Jun 26 20:12:17 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 00:12:17 +0000
Subject: [issue33917] Fix and document idlelib/idle_test/template.py
In-Reply-To: <1529513683.65.0.56676864532.issue33917@psf.upfronthosting.co.za>
Message-ID: <1530058337.24.0.56676864532.issue33917@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

FTR, the problem change was merged/backported after 3.7.0rc1 and 3.6.6rc1 so doko must have been working from a development branch and not a release tag.  The original and its fix will first be officially released in 3.7.1 and 3.6.7 so there's really no need for a correction NEWS entry; it doesn't hurt either.

----------
priority: release blocker -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33917>
_______________________________________

From report at bugs.python.org  Tue Jun 26 20:21:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 00:21:58 +0000
Subject: [issue33966]
 test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4
 handles on Windows
In-Reply-To: <1530014102.79.0.56676864532.issue33966@psf.upfronthosting.co.za>
Message-ID: <1530058918.53.0.56676864532.issue33966@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> * dump() indirectly calls reduce_connection() (ex: for SimpleQueue._reader) of multiprocessing.connection
> * reduce_connection() duplicates the pipe handle

Sorry, it's reduce_pipe_connection(), not reduce_connection().

> It's unclear to me who is supposed to close the duplicated pipe handles? reduce_connection() creates a "ds = resource_sharer.DupSocket(s)" object, but this object doesn't seem to call CloseHandle()?

reduce_pipe_connection() creates a DupHandle object which duplicates the handle, and it's detach() method closes the handle.

The race condition is that sometimes the pool terminates a worker (worker() function of multiprocessing.pool) before the worker has time to close the duplicated handle.

The handle is closed by:
* rebuild_pipe_connection()
* dh.detach(), extract:

                return _winapi.DuplicateHandle(
                    proc, self._handle, _winapi.GetCurrentProcess(),
                    self._access, False, _winapi.DUPLICATE_CLOSE_SOURCE)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33966>
_______________________________________

From report at bugs.python.org  Tue Jun 26 20:42:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 00:42:06 +0000
Subject: [issue33973] HTTP request-line parsing splits on Unicode whitespace
In-Reply-To: <1530038369.47.0.56676864532.issue33973@psf.upfronthosting.co.za>
Message-ID: <1530060126.57.0.56676864532.issue33973@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

isspace() is also true for another non-ASCII character: U+0085 (b'\x85').

>>> ''.join(chr(i) for i in range(256) if chr(i).isspace())
'\t\n\x0b\x0c\r\x1c\x1d\x1e\x1f \x85\xa0'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33973>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:17:09 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 02:17:09 +0000
Subject: [issue24137] Force not using _default_root in IDLE
In-Reply-To: <1430925977.27.0.721479362057.issue24137@psf.upfronthosting.co.za>
Message-ID: <1530065829.32.0.56676864532.issue24137@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The net effect of this issue:

pyshell.main calls NoDefaultRoot() when running normally, when using a subprocess and testing is not set.  It does not call it when in -n mode since that would affect users.

idle_test.htest  calls NoDefaultRoot() unconditionally.  pyshell.main is not called.

test.test_idle sets testing to avoid the call when run by test.regrtest, to avoid failing the latter's changed-environment check.  But it does call NoDefaultRoot when run as __main__ and the tests are run by unittest.main.

Known dependencies on a default root have been removed.  It is unlikely that any are left.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24137>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:22:16 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 02:22:16 +0000
Subject: [issue33975] IDLE: only adjust DPI before Tk()
Message-ID: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

#33656 patched PyShell to call SetProcessDpiAwareness on Windows nearly first thing, *at module level*, well before calling tkinter.Tk().  The Microsoft docs warn that making the Windows API call after starting the graphics system may not work as expected.  With tk 8.6,8, the result is sharp, but small type -- perhaps 7 points instead of 10.  This issue is about avoiding type shrinkage, both when running the htest suite as a whole and when running the test for an individual file after running the unittests.

To do that in any process, pyshell must be imported before Tk() is called.  The patch adds the following to htest.py.
import idlelib.pyshell  # Set Windows DPI awareness before Tk().

I will add the same where needed to the top of if __name__ == '__main__': clauses in idlelib modules, before running unittests.

----------
assignee: terry.reedy
components: IDLE
messages: 320531
nosy: terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: IDLE: only adjust DPI before Tk()
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:25:52 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 27 Jun 2018 02:25:52 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530066352.17.0.56676864532.issue33956@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 4e21100fa7bf66e0b32146d3f46ae16afc73fee1 by Benjamin Peterson in branch 'master':
bpo-33956: update vendored expat to 2.2.5 (GH-7925)
https://github.com/python/cpython/commit/4e21100fa7bf66e0b32146d3f46ae16afc73fee1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:27:06 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 02:27:06 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530066426.83.0.56676864532.issue33956@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7550

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:28:55 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 02:28:55 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530066535.26.0.56676864532.issue33956@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7551

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:32:16 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 27 Jun 2018 02:32:16 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530066736.74.0.56676864532.issue33956@psf.upfronthosting.co.za>


Change by Benjamin Peterson <benjamin at python.org>:


----------
pull_requests: +7552

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:38:11 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 02:38:11 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530067091.84.0.56676864532.issue29514@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset e7d3cccd8e0da93a15ca80f4b6aac2ca3435fd06 by Ned Deily in branch 'master':
bpo-29514: Make magic number test work for candidates
https://github.com/python/cpython/commit/e7d3cccd8e0da93a15ca80f4b6aac2ca3435fd06


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:41:46 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 02:41:46 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk()
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530067306.52.0.56676864532.issue33975@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: only adjust DPI before Tk() -> IDLE: adjust DPI before Tk()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:44:35 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 02:44:35 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530067475.2.0.56676864532.issue33956@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset fb17b81fc90cb8f64fcffbada2cadb6736f6d7fd by Miss Islington (bot) in branch '3.7':
bpo-33956: update vendored expat to 2.2.5 (GH-7925)
https://github.com/python/cpython/commit/fb17b81fc90cb8f64fcffbada2cadb6736f6d7fd


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:48:20 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 02:48:20 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530067700.05.0.56676864532.issue33956@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5dc3f23b5fb0b510926012cb3732dae63cddea60 by Miss Islington (bot) in branch '3.6':
bpo-33956: update vendored expat to 2.2.5 (GH-7925)
https://github.com/python/cpython/commit/5dc3f23b5fb0b510926012cb3732dae63cddea60


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 22:56:01 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 02:56:01 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk()
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530068161.67.0.56676864532.issue33975@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +7553

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:00:07 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 03:00:07 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk()
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530068407.8.0.56676864532.issue33975@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Because of import caching, subsequent pyshell imports, after the first, do not re-call the Windows API.

Apparently, 'root.destroy()' undoes a previous 'root = Tk()', but not a previous pyshell import.  Since IDLE unittests always destroy roots, a unittest before an htest does not require anything more to work right.

Since part of the purpose of human-viewed tests is to determine that widgets look right, it is important that they look the same for testing
as when running IDLE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:01:01 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 03:01:01 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530068461.89.0.56676864532.issue33975@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: adjust DPI before Tk() -> IDLE: adjust DPI before Tk() for htests.

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:03:04 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 03:03:04 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530068583.99.0.56676864532.issue29514@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 8511b448a55929f15aa5730c9e30cbb654978ea4 by Ned Deily in branch '3.7':
bpo-29514: Make magic number test work for candidates
https://github.com/python/cpython/commit/8511b448a55929f15aa5730c9e30cbb654978ea4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:25:37 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 03:25:37 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530069937.64.0.56676864532.issue29514@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7554

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:29:55 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 03:29:55 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530070195.33.0.56676864532.issue29514@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +7555

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:55:16 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 03:55:16 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530071716.68.0.56676864532.issue29514@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 57389dbaa897fadc97de78af67d5e555e28be60b by Ned Deily in branch '3.6':
bpo-29514: Make magic number test work for candidates (GH-7945)
https://github.com/python/cpython/commit/57389dbaa897fadc97de78af67d5e555e28be60b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:55:39 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 03:55:39 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530071739.03.0.56676864532.issue29514@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset f79386f669c22199e3ce99cfba2e5945c73beb47 by Ned Deily in branch '2.7':
bpo-29514: Make magic number test work for candidates (GH-7946)
https://github.com/python/cpython/commit/f79386f669c22199e3ce99cfba2e5945c73beb47


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:57:01 2018
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 27 Jun 2018 03:57:01 +0000
Subject: [issue33956] update vendored expat to 2.2.5
In-Reply-To: <1529944907.38.0.56676864532.issue33956@psf.upfronthosting.co.za>
Message-ID: <1530071821.3.0.56676864532.issue33956@psf.upfronthosting.co.za>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset 468f97b4640e69b237a707a0ef9152d1c023f701 by Benjamin Peterson in branch '2.7':
[2.7] closes bpo-33956: update vendored expat to 2.2.5 (GH-7925)
https://github.com/python/cpython/commit/468f97b4640e69b237a707a0ef9152d1c023f701


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33956>
_______________________________________

From report at bugs.python.org  Tue Jun 26 23:58:25 2018
From: report at bugs.python.org (Josh Snyder)
Date: Wed, 27 Jun 2018 03:58:25 +0000
Subject: [issue32475] Add ability to query number of buffered bytes available
 on buffered I/O
In-Reply-To: <1514795505.19.0.467229070634.issue32475@psf.upfronthosting.co.za>
Message-ID: <1530071905.1.0.56676864532.issue32475@psf.upfronthosting.co.za>


Change by Josh Snyder <hashbrowncipher at gmail.com>:


----------
pull_requests: +7556
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32475>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:00:50 2018
From: report at bugs.python.org (Edward Wang)
Date: Wed, 27 Jun 2018 04:00:50 +0000
Subject: [issue33976] Enums don't support nested classes
Message-ID: <1530072050.24.0.56676864532.issue33976@psf.upfronthosting.co.za>


New submission from Edward Wang <edward.c.wang at compdigitec.com>:

Methods defined in Enums behave 'normally' but classes defined in Enums get mistaken for regular values and can't be used as classes out of the box.

```python
class Outer(Enum):
    a = 1
    b = 2
    class Inner(Enum):
        foo = 10
        bar = 11
```

----------
messages: 320541
nosy: edwardw
priority: normal
severity: normal
status: open
title: Enums don't support nested classes
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33976>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:01:30 2018
From: report at bugs.python.org (Josh Snyder)
Date: Wed, 27 Jun 2018 04:01:30 +0000
Subject: [issue32475] Add ability to query number of buffered bytes available
 on buffered I/O
In-Reply-To: <1514795505.19.0.467229070634.issue32475@psf.upfronthosting.co.za>
Message-ID: <1530072090.25.0.56676864532.issue32475@psf.upfronthosting.co.za>


Josh Snyder <hashbrowncipher at gmail.com> added the comment:

I've opened PR #7947 with another approach to this issue.

In my use-case, an HTTP client makes a request and uses buffered I/O to parse the response headers. I would like to hand off the response socket to an extension module for use with raw I/O syscalls. The BufferedReader likely already contains some of the response body, which I would like to access before handing the socket off.

----------
nosy: +josnyder

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32475>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:02:23 2018
From: report at bugs.python.org (Edward Wang)
Date: Wed, 27 Jun 2018 04:02:23 +0000
Subject: [issue33976] Enums don't support nested classes
In-Reply-To: <1530072050.24.0.56676864532.issue33976@psf.upfronthosting.co.za>
Message-ID: <1530072143.27.0.56676864532.issue33976@psf.upfronthosting.co.za>


Change by Edward Wang <edward.c.wang at compdigitec.com>:


----------
keywords: +patch
pull_requests: +7557
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33976>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:07:33 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 04:07:33 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530072453.22.0.56676864532.issue33975@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 3c8043d8fac4c0d05c0ba9e4e555e2f3165f2fe0 by Terry Jan Reedy in branch 'master':
bpo-33975: Avoid small type when running IDLE's htests. (GH-7944)
https://github.com/python/cpython/commit/3c8043d8fac4c0d05c0ba9e4e555e2f3165f2fe0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:08:40 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 04:08:40 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530072520.22.0.56676864532.issue33975@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7559

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:09:39 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 04:09:39 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530072579.43.0.56676864532.issue33975@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7560

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Wed Jun 27 00:48:58 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 04:48:58 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530074938.0.0.56676864532.issue33975@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5d2d9d7c08819c7fbdfd7906858609e5070c20dd by Miss Islington (bot) in branch '3.6':
bpo-33975: Avoid small type when running IDLE's htests. (GH-7944)
https://github.com/python/cpython/commit/5d2d9d7c08819c7fbdfd7906858609e5070c20dd


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Wed Jun 27 01:32:49 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 27 Jun 2018 05:32:49 +0000
Subject: [issue33975] IDLE: adjust DPI before Tk() for htests.
In-Reply-To: <1530066136.74.0.56676864532.issue33975@psf.upfronthosting.co.za>
Message-ID: <1530077569.61.0.56676864532.issue33975@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Both PRs have been merged.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33975>
_______________________________________

From report at bugs.python.org  Wed Jun 27 02:04:55 2018
From: report at bugs.python.org (Liran Nuna)
Date: Wed, 27 Jun 2018 06:04:55 +0000
Subject: [issue33918] Hooking into pause/resume of iterators/coroutines
In-Reply-To: <1529519056.15.0.56676864532.issue33918@psf.upfronthosting.co.za>
Message-ID: <1530079495.66.0.56676864532.issue33918@psf.upfronthosting.co.za>


Liran Nuna <liranuna at gmail.com> added the comment:

> That's still doable with contextvars. You just need a custom mock-like object (or library) that stores its settings/state in a context variable.

contextvars only work with asyncio, what about the iterator case?

In addition, you can't possibly expect authors to re-implement a library just because it may or may not be used with asyncio. In my example, re-implementing mock/patch is quite a task just to get such basic functionality.

In other words, contextvars don't solve this issue, it just creates new issues to solve and causes code duplication.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33918>
_______________________________________

From report at bugs.python.org  Wed Jun 27 02:56:24 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 06:56:24 +0000
Subject: [issue24546] sequence index bug in random.choice
In-Reply-To: <1435766790.47.0.448977546687.issue24546@psf.upfronthosting.co.za>
Message-ID: <1530082584.33.0.56676864532.issue24546@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Marking this as closed -- the original bug doesn't seem to be reproducible.  See additional reasons and discussion in Issue #24567.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24546>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:06:49 2018
From: report at bugs.python.org (Ethan Furman)
Date: Wed, 27 Jun 2018 07:06:49 +0000
Subject: [issue33976] Enums don't support nested classes
In-Reply-To: <1530072050.24.0.56676864532.issue33976@psf.upfronthosting.co.za>
Message-ID: <1530083209.83.0.56676864532.issue33976@psf.upfronthosting.co.za>


Ethan Furman <ethan at stoneleaf.us> added the comment:

Edward, thank you for taking the time to submit a patch, complete with tests!

Do you have a real-world example of why Enum should work this way?

----------
assignee:  -> ethan.furman
nosy: +barry, eli.bendersky, ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33976>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:07:38 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 07:07:38 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530083258.71.0.56676864532.issue24567@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I concur with Tim.  Marking the original bug as "won't fix" for the reasons that he listed.

In a separate PR, I'll modify the last line random.choices() to be "return [population[bisect(cum_weights, random() * total, 0, hi)] for i in range(k)]".  That will make the function more robust (handling the exotic case with subnormal weights).

----------
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:15:40 2018
From: report at bugs.python.org (Edward Wang)
Date: Wed, 27 Jun 2018 07:15:40 +0000
Subject: [issue33976] Enums don't support nested classes
In-Reply-To: <1530072050.24.0.56676864532.issue33976@psf.upfronthosting.co.za>
Message-ID: <1530083740.13.0.56676864532.issue33976@psf.upfronthosting.co.za>


Edward Wang <edward.c.wang at compdigitec.com> added the comment:

Ethan - thank you for your speedy response!

For an example you can see https://github.com/ucb-bar/hammer/blob/97021bc7e1c819747f8b8b6d4b8c76cdc6a488e3/src/hammer-vlsi/hammer_vlsi_impl.py#L195 - the ObstructionType enum is really only used inside PlacementConstraintType, so it was thought to be logical to nest ObstructionType inside PlacementConstraintType and reference it as PlacementConstraintType.ObstructionType.

It just seemed weird that inline class definitions inside an Enum get treated as an enum value while functions defined inside Enums are treated as methods - as a user it would make more sense to have them both treated the same way (not as enum values), I think.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33976>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:17:07 2018
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 27 Jun 2018 07:17:07 +0000
Subject: [issue17496] OS X test for Tk availability in runtktests.py doesn't
 work
In-Reply-To: <1363809005.08.0.908370147082.issue17496@psf.upfronthosting.co.za>
Message-ID: <1530083827.09.0.56676864532.issue17496@psf.upfronthosting.co.za>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Do the tests work properly from an installed python framework? 

That doesn't immediately help with the normal way of running tests, but might point to a way forward. The major difference with normal installs is that the python interpreter is started in a minimal .app bundle, which leads to better behaviour of Apple's GUI frameworks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17496>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:38:48 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 07:38:48 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530085128.23.0.56676864532.issue24567@psf.upfronthosting.co.za>


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


----------
pull_requests: +7561

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 03:57:30 2018
From: report at bugs.python.org (Carl Andersson)
Date: Wed, 27 Jun 2018 07:57:30 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530086250.39.0.56676864532.issue33968@psf.upfronthosting.co.za>


Carl Andersson <carl.ande at icloud.com> added the comment:

That is in essence what I am looking for, yes.

As you say, it's not pretty. My opinion is still that if the os.path convention is that '' is the same as '.', this should be respected.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:08:41 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 08:08:41 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530086921.0.0.56676864532.issue24567@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset ddf7171911e117aa7ad4b0f9ded4f0c3a4ca0fec by Raymond Hettinger in branch 'master':
bpo-24567: Random subnormal.diff (#7954)
https://github.com/python/cpython/commit/ddf7171911e117aa7ad4b0f9ded4f0c3a4ca0fec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:08:54 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 08:08:54 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530086934.67.0.56676864532.issue24567@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7562

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:09:42 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 08:09:42 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530086982.78.0.56676864532.issue24567@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7563

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:23:41 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 27 Jun 2018 08:23:41 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530087821.67.0.56676864532.issue33939@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

Downside of __infinite_iterator__: another additional attribute to look up, and its functionality overlaps with __length_hint__.  I'd rather have a special return value for __length_hint__ (e.g. -1, -2, whatever).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:48:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 08:48:05 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530089285.89.0.56676864532.issue30317@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7564

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 04:53:13 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 08:53:13 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530089593.69.0.56676864532.issue24567@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 0eaf7b975bd61169a8d78945d2d12f23299f61a8 by Raymond Hettinger (Miss Islington (bot)) in branch '3.7':
bpo-24567: Random subnormal.diff (GH-7954) (GH-7955)
https://github.com/python/cpython/commit/0eaf7b975bd61169a8d78945d2d12f23299f61a8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:04:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:04:55 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530090295.04.0.56676864532.issue30317@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset f15f66d275d1166839312c9ff3a67c00b486c7d6 by Victor Stinner in branch 'master':
bpo-30317, test_multiprocessing: fix test_timeout() (GH-7957)
https://github.com/python/cpython/commit/f15f66d275d1166839312c9ff3a67c00b486c7d6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:06:07 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:06:07 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530090367.93.0.56676864532.issue30317@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7565

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:07:00 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:07:00 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530090420.61.0.56676864532.issue30317@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7566

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:09:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:09:19 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530090559.88.0.56676864532.issue30317@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Note: Python 2.7 doesn't have the test_timeout() test on queues.

----------
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:16:35 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:16:35 +0000
Subject: [issue33977] [Windows] test_compileall fails randomly with
 PermissionError: [WinError 5] Access is denied: (...).pyc
Message-ID: <1530090995.62.0.56676864532.issue33977@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

http://buildbot.python.org/all/#/builders/130/builds/87

======================================================================
FAIL: test_no_args_respects_force_flag (test.test_compileall.CommandLineTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\buildbot.python.org\3.7.kloth-win64\build\lib\test\test_compileall.py", line 301, in test_no_args_respects_force_flag
    self.assertRunOK('-f', PYTHONPATH=self.directory)
  File "C:\buildbot.python.org\3.7.kloth-win64\build\lib\test\test_compileall.py", line 252, in assertRunOK
    *self._get_run_args(args), **env_vars)
  File "C:\buildbot.python.org\3.7.kloth-win64\build\lib\test\support\script_helper.py", line 157, in assert_python_ok
    return _assert_python(True, *args, **env_vars)
  File "C:\buildbot.python.org\3.7.kloth-win64\build\lib\test\support\script_helper.py", line 143, in _assert_python
    res.fail(cmd_line)
  File "C:\buildbot.python.org\3.7.kloth-win64\build\lib\test\support\script_helper.py", line 84, in fail
    err))
AssertionError: Process return code is 1
command line: ['C:\\buildbot.python.org\\3.7.kloth-win64\\build\\PCbuild\\amd64\\python_d.exe', '-X', 'faulthandler', '-S', '-m', 'compileall', '-f']

stdout:
---
(...)
Compiling 'C:\\buildbot.python.org\\3.7.kloth-win64\\build\\lib\\sndhdr.py'...
Compiling 'C:\\buildbot.python.org\\3.7.kloth-win64\\build\\lib\\socket.py'...
*** PermissionError: [WinError 5] Access is denied: 'C:\\buildbot.python.org\\3.7.kloth-win64\\build\\lib\\__pycache__\\socket.cpython-37.pyc.30129088' -> 'C:\\buildbot.python.org\\3.7.kloth-win64\\build\\lib\\__pycache__\\socket.cpython-37.pyc'
Compiling (...)
(...)
---

----------
components: Tests, Windows
messages: 320558
nosy: paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: [Windows] test_compileall fails randomly with PermissionError: [WinError 5] Access is denied: (...).pyc
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33977>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:22:49 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:22:49 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530091369.92.0.56676864532.issue30317@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8eac0b8ed56115a1aa315f171b61e7164c6fbeb4 by Miss Islington (bot) in branch '3.7':
bpo-30317, test_multiprocessing: fix test_timeout() (GH-7957)
https://github.com/python/cpython/commit/8eac0b8ed56115a1aa315f171b61e7164c6fbeb4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:29:16 2018
From: report at bugs.python.org (=?utf-8?b?R8Opcnk=?=)
Date: Wed, 27 Jun 2018 09:29:16 +0000
Subject: [issue33978] logging.config.dictConfig with file handler leaks
 resources
Message-ID: <1530091756.08.0.56676864532.issue33978@psf.upfronthosting.co.za>


New submission from G?ry <gery.ogam at gmail.com>:

Calling logging.config.dictConfig several times with a file handler in the same Python process leaks resources.

INPUT:

$ python3 -Wall <<EOF
import logging.config

config = {
    "version": 1,
    "handlers": {
        "file": {
            "class": "logging.FileHandler",
            "filename": "test.log"
        }
    },
    "root": {
        "handlers": ["file"]
    }
}
logging.config.dictConfig(config)
logging.config.dictConfig(config)
EOF

OUTPUT:

/usr/lib/python3.6/logging/config.py:789: ResourceWarning: unclosed file <_io.TextIOWrapper name='/home/maggyero/test.log' mode='a' encoding='UTF-8'>
  self.common_logger_config(root, config, incremental)

----------
components: Library (Lib)
messages: 320560
nosy: maggyero
priority: normal
severity: normal
status: open
title: logging.config.dictConfig with file handler leaks resources
type: resource usage
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33978>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:33:42 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:33:42 +0000
Subject: [issue30317] test_timeout() of
 test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86
 Windows7 3.x buildbot
In-Reply-To: <1494345179.69.0.743787858569.issue30317@psf.upfronthosting.co.za>
Message-ID: <1530092022.11.0.56676864532.issue30317@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6abf8c171760209d95e8a1ff28c211ae541e29ce by Miss Islington (bot) in branch '3.6':
bpo-30317, test_multiprocessing: fix test_timeout() (GH-7957)
https://github.com/python/cpython/commit/6abf8c171760209d95e8a1ff28c211ae541e29ce


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30317>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:36:18 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:36:18 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530092178.7.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Another example of project affected by this regression: fontforge
https://bugzilla.redhat.com/show_bug.cgi?id=1595421

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:37:20 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 09:37:20 +0000
Subject: [issue24567] random.choice IndexError due to double-rounding
In-Reply-To: <1436065440.76.0.743831142504.issue24567@psf.upfronthosting.co.za>
Message-ID: <1530092240.03.0.56676864532.issue24567@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset acda5ea916f4233ab90ca7b4d28af735aa962af3 by Raymond Hettinger (Miss Islington (bot)) in branch '3.6':
bpo-24567: Random subnormal.diff (GH-7954) (GH-7956)
https://github.com/python/cpython/commit/acda5ea916f4233ab90ca7b4d28af735aa962af3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24567>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:38:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:38:25 +0000
Subject: [issue33977] [Windows] test_compileall fails randomly with
 PermissionError: [WinError 5] Access is denied: (...).pyc
In-Reply-To: <1530090995.62.0.56676864532.issue33977@psf.upfronthosting.co.za>
Message-ID: <1530092305.15.0.56676864532.issue33977@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-20760 which seems to be a duplicate but doesn't have the full output (stdout is missing).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33977>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:40:27 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:40:27 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530092427.35.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 2cc9d21fffb8146d30e6fb4221e32410ba4b4ab7 by Victor Stinner in branch 'master':
bpo-33929: multiprocessing: fix handle leak on race condition (GH-7921)
https://github.com/python/cpython/commit/2cc9d21fffb8146d30e6fb4221e32410ba4b4ab7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:41:41 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:41:41 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530092501.14.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7567

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:43:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:43:46 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530092626.89.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 2.7 is not affected: it doesn't use DuplicateHandle() with DUPLICATE_CLOSE_SOURCE.

----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:46:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:46:46 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530092806.1.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7568

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:52:40 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 27 Jun 2018 09:52:40 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530093160.5.0.56676864532.issue33939@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

After more thought, I'm no longer convinced this would be useful.  Infinite is just a special case of "bigger or slower than convenient".  In a way, min(count()) is no more interesting than min(range(1_000_000_000_000)) or min(slow_data_source()).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:58:28 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 27 Jun 2018 09:58:28 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530093508.7.0.56676864532.issue33939@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

> Infinite is just a special case of "bigger or slower than convenient".

I have the same opinion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:59:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 09:59:38 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530093578.68.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7569

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 05:59:47 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 09:59:47 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530093587.2.0.56676864532.issue33929@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8b1ebcd7cb3319273ea635df78ebf9ad40171514 by Miss Islington (bot) in branch '3.7':
bpo-33929: multiprocessing: fix handle leak on race condition (GH-7921)
https://github.com/python/cpython/commit/8b1ebcd7cb3319273ea635df78ebf9ad40171514


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 06:08:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 10:08:52 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530094132.83.0.56676864532.issue33929@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7570

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 06:26:14 2018
From: report at bugs.python.org (Vincent Lefoulon)
Date: Wed, 27 Jun 2018 10:26:14 +0000
Subject: [issue33979] Display type of not JSON serializable object
Message-ID: <1530095174.89.0.56676864532.issue33979@psf.upfronthosting.co.za>


New submission from Vincent Lefoulon <vincent.lefoulon at free.fr>:

When we call `json.dumps` on a non JSON serializable object, we obtain an error:

```
TypeError: 4 is not JSON serializable
```

Here, 4 was actually a `numpy.int64` object and not a native int. But it is not explicit in the error message. We should mention the type of the object as well:

```
TypeError: 4 of type numpy.int64 is not JSON serializable
```

----------
messages: 320570
nosy: Vayel
priority: normal
severity: normal
status: open
title: Display type of not JSON serializable object
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33979>
_______________________________________

From report at bugs.python.org  Wed Jun 27 06:27:11 2018
From: report at bugs.python.org (Vincent Lefoulon)
Date: Wed, 27 Jun 2018 10:27:11 +0000
Subject: [issue33979] [Exception message] Display type of not JSON
 serializable object
In-Reply-To: <1530095174.89.0.56676864532.issue33979@psf.upfronthosting.co.za>
Message-ID: <1530095231.42.0.56676864532.issue33979@psf.upfronthosting.co.za>


Change by Vincent Lefoulon <vincent.lefoulon at free.fr>:


----------
title: Display type of not JSON serializable object -> [Exception message] Display type of not JSON serializable object

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33979>
_______________________________________

From report at bugs.python.org  Wed Jun 27 07:17:03 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 27 Jun 2018 11:17:03 +0000
Subject: [issue33979] [Exception message] Display type of not JSON
 serializable object
In-Reply-To: <1530095174.89.0.56676864532.issue33979@psf.upfronthosting.co.za>
Message-ID: <1530098223.37.0.56676864532.issue33979@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This already changed in issue26623 and issue24641.

Python 3.5 now gets only security fixes.

----------
nosy: +serhiy.storchaka
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33979>
_______________________________________

From report at bugs.python.org  Wed Jun 27 07:23:02 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Wed, 27 Jun 2018 11:23:02 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530098582.54.0.56676864532.issue31647@psf.upfronthosting.co.za>


twisteroid ambassador <twisteroid.ambassador at gmail.com> added the comment:

Turns out my typo when preparing the pull request had another victim: the changelog entries in documentation currently links to the wrong issue. I'll make a PR to fix that typo; since it's just documentation, hopefully it can still get into Python 3.6.6 and 3.7.0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Wed Jun 27 07:27:01 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Wed, 27 Jun 2018 11:27:01 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530098821.05.0.56676864532.issue31647@psf.upfronthosting.co.za>


Change by twisteroid ambassador <twisteroid.ambassador at gmail.com>:


----------
pull_requests: +7571

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Wed Jun 27 08:22:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 12:22:39 +0000
Subject: [issue33966]
 test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4
 handles on Windows
In-Reply-To: <1530014102.79.0.56676864532.issue33966@psf.upfronthosting.co.za>
Message-ID: <1530102159.23.0.56676864532.issue33966@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7572
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33966>
_______________________________________

From report at bugs.python.org  Wed Jun 27 08:28:06 2018
From: report at bugs.python.org (javi)
Date: Wed, 27 Jun 2018 12:28:06 +0000
Subject: [issue33980] SSL Error when uploading package to your own pypi
Message-ID: <1530102486.37.0.56676864532.issue33980@psf.upfronthosting.co.za>


New submission from javi <javi.xeneize at gmail.com>:

Hi

I am trying to upload a package to a local Pypi repo i have created, and when trying to do it, im having an ssl error since this repository is under a self signed certificate

<urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:833)>

Using pip, there is an option, --trusted-host, that you can use to ignore ssl validation. Is there a similar option like that when using distutils?

The command i am running is python setup.py sdist upload -r myrepo

Thanks

----------
components: Distutils
messages: 320573
nosy: dstufft, eric.araujo, javidr
priority: normal
severity: normal
status: open
title: SSL Error when uploading package to your own pypi
type: crash
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33980>
_______________________________________

From report at bugs.python.org  Wed Jun 27 08:35:28 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Wed, 27 Jun 2018 12:35:28 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530102928.55.0.56676864532.issue31647@psf.upfronthosting.co.za>


twisteroid ambassador <twisteroid.ambassador at gmail.com> added the comment:

Well, I opened the PR, it shows up here, but there's no reviewer assigned.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Wed Jun 27 08:36:43 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 12:36:43 +0000
Subject: [issue33966]
 test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4
 handles on Windows
In-Reply-To: <1530014102.79.0.56676864532.issue33966@psf.upfronthosting.co.za>
Message-ID: <1530103003.7.0.56676864532.issue33966@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7573

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33966>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:17:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 13:17:38 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530105458.55.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 7b5856e7f059748f41f37d00abc76be0807d989d by Victor Stinner in branch '3.7':
Revert "bpo-33929: multiprocessing: fix handle leak on race condition (GH-7921)" (GH-7963)
https://github.com/python/cpython/commit/7b5856e7f059748f41f37d00abc76be0807d989d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:18:41 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 13:18:41 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530105521.74.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 0aab8660cdaa540730994afbce49a146dd779bce by Victor Stinner in branch 'master':
bpo-33929: Fix regression in spawn_main() (#7962)
https://github.com/python/cpython/commit/0aab8660cdaa540730994afbce49a146dd779bce


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:19:27 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 13:19:27 +0000
Subject: [issue33929] test_multiprocessing_spawn:
 WithProcessesTestProcess.test_many_processes() leaks 5 handles on Windows
In-Reply-To: <1529578972.56.0.56676864532.issue33929@psf.upfronthosting.co.za>
Message-ID: <1530105567.05.0.56676864532.issue33929@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I was decided to only fix the bug in the master branch, since it's a minor bug (leak a few handles in a rare case), whereas the backport can introduce regressions.
https://github.com/python/cpython/pull/7921#issuecomment-400612321

The bug has been fixed in the master branch, I close the issue.

Sorry for the commit/revert in the 3.7 branch, it's an issue with miss-inlington bot (and also my fault!).

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33929>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:40:31 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 27 Jun 2018 13:40:31 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530106831.92.0.56676864532.issue33932@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
pull_requests: +7574

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:52:30 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 27 Jun 2018 13:52:30 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530107550.76.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

https://github.com/python/cpython/pull/7967 amends the docs and adds the deprecation notices, but after taking another look at the way Victor's patch works, I'm thinking we may not need them: the *new* initialization API remains strict about the required state machine transitions, which means that calling `Py_Initialize` when only the core has been initialized will fail at the _Py_InitializeCore step (as that complains if the core has already been initialized).

Similarly, calling _Py_InitializeCore after Py_Initialize still fails, as the *only* case that becomes a no-op is specifically Py_InitializeEx, *after* the interpreter is fully initialized.

Given that, I think we can just keep Victor's compatibility fix indefinitely, and only have the new incremental initialization APIs be strict about the expected transitions through the state machine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 09:55:18 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 27 Jun 2018 13:55:18 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530107718.54.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I went ahead and closed my PR, as I'm now happy that keeping this behaviour isn't going to block anything we want to do for PEP 432.

If we change our minds and decide we want to deprecate the current behaviour after all, then we can start that deprecation process in Python 3.8.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:05:01 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Wed, 27 Jun 2018 14:05:01 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530108301.04.0.56676864532.issue33939@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

If C level iterator implementations in the standard library natively handled Ctrl-C (to cope with naive third party C level iterator consumers), and so did C level iterator consumers in the standard library (to cope with with naive third party C level iterators), I agree this wouldn't be that useful.

However, if folks are going to actively oppose making it possible for users to interrupt tight loops over non-Python iterators that are "bigger or slower than convenient" on the grounds of it making the C code more complicated to solve a problem they personally consider to be purely theoretical (despite other core developers telling them otherwise), then special casing known-infinite iterators is better than nothing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:06:26 2018
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 27 Jun 2018 14:06:26 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530108386.47.0.56676864532.issue33939@psf.upfronthosting.co.za>


Antoine Pitrou <pitrou at free.fr> added the comment:

I think being able to handle Ctrl-C would be the right solution here.  Not handling Ctrl-C is a problem also for very long but non-infinite iterators.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:22:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:22:58 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530109378.44.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Please keep it open until 3.7.0 is released.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:26:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:26:05 +0000
Subject: [issue33981] test_asyncio:
 test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error
Message-ID: <1530109565.62.0.56676864532.issue33981@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Python 3.8 (master) on Windows 10:

C:\vstinner\python\master>python -m test test_asyncio -m test_sendfile_close_peer_in_the_middle_of_receiving -v
Running Debug|x64 interpreter...
== CPython 3.8.0a0 (heads/wip:dd08b85c84, Jun 26 2018, 12:47:56) [MSC v.1914 64 bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\vstinner\python\master\build\test_python_7020
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_asyncio
test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.ProactorEventLoopTests) ... Exception in callback _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)
handle: <Handle _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)>
Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 428, in finish_recv
    return ov.getresult()
OSError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 255, in _loop_reading
    data = fut.result()
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 732, in _poll
    value = callback(transferred, key, ov)
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 432, in finish_recv
    raise ConnectionResetError(*exc.args)
ConnectionResetError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 282, in _loop_reading
    self._force_close(exc)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 117, in _force_close
    self._empty_waiter.set_exception(exc)
concurrent.futures._base.InvalidStateError: invalid state
ok
test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.SelectEventLoopTests) ... ok

----------------------------------------------------------------------
Ran 2 tests in 0.111s

OK

== Tests result: SUCCESS ==

1 test OK.

Total duration: 453 ms
Tests result: SUCCESS

----------
components: asyncio
messages: 320583
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33981>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:27:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:27:05 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1530109625.53.0.56676864532.issue33833@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Sometimes when a socket transport under ProactorEventLoop is writing while the peer closes the connection, asyncio logs an AssertionError. 

Would you mind to add an example of such error in this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:28:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:28:46 +0000
Subject: [issue33823] concurrent.futures: cannot specify the number of cores
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1530109726.07.0.56676864532.issue33823@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
components: +Library (Lib) -asyncio
title: A BUG in concurrent/asyncio -> concurrent.futures: cannot specify the number of cores

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:30:08 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:30:08 +0000
Subject: [issue33823] concurrent.futures: cannot specify the number of cores
In-Reply-To: <1528653917.32.0.592728768989.issue33823@psf.upfronthosting.co.za>
Message-ID: <1530109808.08.0.56676864532.issue33823@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The first argument of ProcessPoolExecutor is the maximum number of workers. You can use os.cpu_count() to get the number of CPU cores.

https://docs.python.org/dev/library/concurrent.futures.html#concurrent.futures.ProcessPoolExecutor

I don't see anything wrong here, I close the issue.

----------
nosy: +vstinner
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33823>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:30:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:30:19 +0000
Subject: [issue33981] test_asyncio:
 test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error
In-Reply-To: <1530109565.62.0.56676864532.issue33981@psf.upfronthosting.co.za>
Message-ID: <1530109819.91.0.56676864532.issue33981@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-32710: "test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33981>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:31:10 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:31:10 +0000
Subject: [issue33981] test_asyncio:
 test_sendfile_close_peer_in_the_middle_of_receiving() logs a big error
In-Reply-To: <1530109565.62.0.56676864532.issue33981@psf.upfronthosting.co.za>
Message-ID: <1530109870.07.0.56676864532.issue33981@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Oh, it's a duplicate of bpo-33834.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Test for ProactorEventLoop logs InvalidStateError

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33981>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:31:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:31:58 +0000
Subject: [issue33834] Test for ProactorEventLoop logs InvalidStateError
In-Reply-To: <1528725802.67.0.592728768989.issue33834@psf.upfronthosting.co.za>
Message-ID: <1530109918.57.0.56676864532.issue33834@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

bpo-33981 has been marked as a duplicate of this issue. Copy of messages:

msg320583 - (view) 	Author: STINNER Victor (vstinner) * (Python committer) 	Date: 2018-06-27 14:26

Python 3.8 (master) on Windows 10:

C:\vstinner\python\master>python -m test test_asyncio -m test_sendfile_close_peer_in_the_middle_of_receiving -v
Running Debug|x64 interpreter...
== CPython 3.8.0a0 (heads/wip:dd08b85c84, Jun 26 2018, 12:47:56) [MSC v.1914 64 bit (AMD64)]
== Windows-10-10.0.16299-SP0 little-endian
== cwd: C:\vstinner\python\master\build\test_python_7020
== CPU count: 2
== encodings: locale=cp1252, FS=utf-8
Run tests sequentially
0:00:00 [1/1] test_asyncio
test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.ProactorEventLoopTests) ... Exception in callback _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)
handle: <Handle _ProactorReadPipeTransport._loop_reading(<_OverlappedF...ne, 64, None)>)>
Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 428, in finish_recv
    return ov.getresult()
OSError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 255, in _loop_reading
    data = fut.result()
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 732, in _poll
    value = callback(transferred, key, ov)
  File "C:\vstinner\python\master\lib\asyncio\windows_events.py", line 432, in finish_recv
    raise ConnectionResetError(*exc.args)
ConnectionResetError: [WinError 64] The specified network name is no longer available

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\vstinner\python\master\lib\asyncio\events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 282, in _loop_reading
    self._force_close(exc)
  File "C:\vstinner\python\master\lib\asyncio\proactor_events.py", line 117, in _force_close
    self._empty_waiter.set_exception(exc)
concurrent.futures._base.InvalidStateError: invalid state
ok
test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.SelectEventLoopTests) ... ok

----------------------------------------------------------------------
Ran 2 tests in 0.111s

OK

== Tests result: SUCCESS ==

1 test OK.

Total duration: 453 ms
Tests result: SUCCESS

msg320586 - (view) 	Author: STINNER Victor (vstinner) * (Python committer) 	Date: 2018-06-27 14:30

See also bpo-32710: "test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x".

msg320587 - (view) 	Author: STINNER Victor (vstinner) * (Python committer) 	Date: 2018-06-27 14:31

Oh, it's a duplicate of bpo-33834.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33834>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:32:21 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:32:21 +0000
Subject: [issue33834] test_asyncio:
 test_sendfile_close_peer_in_the_middle_of_receiving() of ProactorEventLoop
 logs InvalidStateError error
In-Reply-To: <1528725802.67.0.592728768989.issue33834@psf.upfronthosting.co.za>
Message-ID: <1530109941.33.0.56676864532.issue33834@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: Test for ProactorEventLoop logs InvalidStateError -> test_asyncio: test_sendfile_close_peer_in_the_middle_of_receiving() of ProactorEventLoop logs InvalidStateError error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33834>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:42:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 14:42:05 +0000
Subject: [issue18174] Make regrtest with --huntrleaks check for fd leaks
In-Reply-To: <1370807273.91.0.83033499223.issue18174@psf.upfronthosting.co.za>
Message-ID: <1530110525.82.0.56676864532.issue18174@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7575

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18174>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:50:04 2018
From: report at bugs.python.org (Erik Bray)
Date: Wed, 27 Jun 2018 14:50:04 +0000
Subject: [issue33939] Provide a robust O(1) mechanism to check for infinite
 iterators
In-Reply-To: <1529671694.59.0.56676864532.issue33939@psf.upfronthosting.co.za>
Message-ID: <1530111004.12.0.56676864532.issue33939@psf.upfronthosting.co.za>


Erik Bray <erik.m.bray at gmail.com> added the comment:

> Thinking about the generator-iterator case a bit more, "False" would be a bad default for that. Allowing "NotImplemented" to indicate the ambiguous "Might be finite, might be infinite" state, and using that as the default for generator-iterators, would probably make sense.

This is why I suggested the converse--something like __finite_iterator__ (nevermind bikeshedding over the name or "yet another dunder method).  This is something one would use to mark as iterator as "this is definitely expected to terminate at some point, assuming it is correctly implemented".  

If __finite_iterator__ == False, which should be the default, it doesn't necessarily mean it is infinite either, it just may or may not be finite, so there's no guarantee.

I think that __finite_iterator__ == True is more or less equivalent to returning a non-zero value from __length_hint__, whereas __finite_iterator__ == False is equivalent to raising NotImplemented for __length_hint__.  Either way it means adding __length_hint__ to all iterators, and also (as Nick suggested) having a decorator for generators to set the appropriate hint as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33939>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:50:16 2018
From: report at bugs.python.org (David)
Date: Wed, 27 Jun 2018 14:50:16 +0000
Subject: [issue33938] Cross compilation fail for ARM
In-Reply-To: <1529664714.01.0.56676864532.issue33938@psf.upfronthosting.co.za>
Message-ID: <1530111016.89.0.56676864532.issue33938@psf.upfronthosting.co.za>


David <raging.blaze at gmail.com> added the comment:

After using --with-system-ffi and setting the correct LD_LIBRARY_PATH, it worked.

Many thanks for the help!

----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33938>
_______________________________________

From report at bugs.python.org  Wed Jun 27 10:58:18 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 14:58:18 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530111498.85.0.56676864532.issue31647@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 4a8b037d2b9c7199890bc5a01b3a40687a5ce2b1 by Ned Deily (twisteroid ambassador) in branch 'master':
bpo-31647: Fix bpo typo in NEWS entry. (GH-7964)
https://github.com/python/cpython/commit/4a8b037d2b9c7199890bc5a01b3a40687a5ce2b1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:24:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:24:11 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530113051.34.0.56676864532.issue30356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

The bug can easily be reproduced on Linux using this change:

diff --git a/Lib/multiprocessing/managers.py b/Lib/multiprocessing/managers.py
index 04df26bac6..3d952407c2 100644
--- a/Lib/multiprocessing/managers.py
+++ b/Lib/multiprocessing/managers.py
@@ -649,7 +649,7 @@ class BaseManager(object):
             except Exception:
                 pass
 
-            process.join(timeout=1.0)
+            process.join(timeout=0.0)
             if process.is_alive():
                 util.info('manager still alive')
                 if hasattr(process, 'terminate'):

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:25:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:25:42 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530113142.47.0.56676864532.issue30356@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7576
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:28:07 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:28:07 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530113287.98.0.56676864532.issue30356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 2.7 terminates the manager process if it takes longer than 200 ms to stop (Python 3 uses a limit of 1 second), but test_multiprocessing doesn't test the exit code of the manager process and so Python 2.7 is not impacted by this bug.

----------
versions: +Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:29:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:29:22 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530113362.81.0.56676864532.issue30356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I see different options: (...) * Allow -signal.SIGTERM exit code in test_mymanager_context()

When I discussed with Davin, he told me that it's an acceptable solution.

So I wrote the PR 7968 to implement this trivial fix.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:38:25 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:38:25 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530113905.06.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.6.bolen-windows7\build\lib\test\_test_multiprocessing.py", line 883, in test_timeout
    self.assertGreaterEqual(delta, 0.170)
AssertionError: 0.16714811325073242 not greater than or equal to 0.17

=> I fixed this one in bpo-30317.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 11:40:14 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 15:40:14 +0000
Subject: [issue33735] test_multiprocessing_spawn leaked [1, 2,
 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7
In-Reply-To: <1527865087.2.0.81473610881.issue33735@psf.upfronthosting.co.za>
Message-ID: <1530114014.15.0.56676864532.issue33735@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I also created bpo-33966: "test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33735>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:06:08 2018
From: report at bugs.python.org (Daniel Klein)
Date: Wed, 27 Jun 2018 16:06:08 +0000
Subject: [issue33982] cgi.FieldStorage doesn't parse QUERY_STRING with POST
 that is not application/x-www-form-urlencoded
Message-ID: <1530115568.42.0.56676864532.issue33982@psf.upfronthosting.co.za>


New submission from Daniel Klein <daniel.v.klein at gmail.com>:

The documentation says "A form submitted via POST that also has a query string will contain both FieldStorage and MiniFieldStorage items." suggesting that I can have a query with bost a QUERY_STRING and POST parameters. The code backs this up most of the time...

In read_urlencoded() the initial query string is read from STDIN, and self.qs_on_post (i.e., env['QUERY_STRING']) is appended to that. This is what is called when the CONTENT_TYPE of the POST request is application/x-www-form-urlencoded. This leads to a FieldStorage object containing a list of MiniFieldStorage objects, like:

FieldStorage(None, None, [MiniFieldStorage('action', 'rate'), MiniFieldStorage('seq', '3'), MiniFieldStorage('version', '15')])


However, I am using a webhook interface from Google cloud, and it (legitimately!) does a POST with a CONTENT_TYPE of application/json.

When I call cgi.Fieldstorage(), the __init__ routine ultimately calls read_single().  This results in a FieldStorage object containing a single string as 

FieldStorage(None, None, '{"incident": {"incident_id": "0.ktptjso969s0","res...the rest of the JSON')

This results in a few problems.
1) The QUERY_STRING args are not parsed as promised
2) The FeildStorage object does not contain a list, and so will raise TypeError, "not indexable" if I try to use most of the other FieldStorage methods.

----------
components: Library (Lib)
messages: 320597
nosy: Daniel Klein
priority: normal
severity: normal
status: open
title: cgi.FieldStorage doesn't parse QUERY_STRING with POST that is not application/x-www-form-urlencoded
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33982>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:16:52 2018
From: report at bugs.python.org (Gauchj)
Date: Wed, 27 Jun 2018 16:16:52 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530116212.67.0.56676864532.issue33974@psf.upfronthosting.co.za>


Gauchj <pythonbugs at ga.uchj.de> added the comment:

I tried to display entries from the Windows Registry in a TreeView.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:18:20 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 16:18:20 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530116300.82.0.56676864532.issue30356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8 by Victor Stinner in branch 'master':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:19:31 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 16:19:31 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530116371.89.0.56676864532.issue30356@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7577

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:20:21 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 16:20:21 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530116421.74.0.56676864532.issue30356@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7578

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:29:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 16:29:47 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530116987.27.0.56676864532.issue33715@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7579
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:38:39 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 16:38:39 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530117519.62.0.56676864532.issue30356@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 34f2935dca7bb20cd87e42dc41985cc3d688a735 by Miss Islington (bot) in branch '3.7':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/34f2935dca7bb20cd87e42dc41985cc3d688a735


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:42:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 16:42:55 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530117775.39.0.56676864532.issue33913@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7580
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:42:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 16:42:55 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530117775.5.0.665841612001.issue30339@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
keywords: +patch
pull_requests: +7581
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:44:11 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 16:44:11 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530117851.29.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-30339 and bpo-33715 (PR 7971).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 12:45:04 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 16:45:04 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530117904.26.0.56676864532.issue30356@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a599323fc7661668a01e9fbb0d2369e62941bdf1 by Miss Islington (bot) in branch '3.6':
bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968)
https://github.com/python/cpython/commit/a599323fc7661668a01e9fbb0d2369e62941bdf1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 13:59:59 2018
From: report at bugs.python.org (=?utf-8?b?VMO0IFRo4buLIE1haQ==?=)
Date: Wed, 27 Jun 2018 17:59:59 +0000
Subject: [issue21081] missing vietnamese codec TCVN 5712:1993 in Python
In-Reply-To: <1395970721.88.0.828263715521.issue21081@psf.upfronthosting.co.za>
Message-ID: <1530122399.63.0.56676864532.issue21081@psf.upfronthosting.co.za>


T? Th? Mai <sondecorpaint at gmail.com> added the comment:

Theo t?i c? th? hi?u, ch?ng l? "t?p h?p con" c?a nhau ch? theo ngh?a l? VN1 c? b?n ?? r?ng nh?t c?a c?c k? t?, nh?ng ?i?u n?y c?ng tr?ng l?p m?t ph?n v?i c?c k? t? ?i?u khi?n C0 v? C1 trong c?c trang m? ISO - c? 139 nh?n v?t b? sung!

VN2 sau ?? cho ph?p C0 v? C1 gi? l?i ? ngh?a c?a ISO-8859 b?ng c?ch hy sinh m?t s? nguy?n ?m (Ezio c? l? nh? r?ng ? l? ? trong ti?ng Vi?t - xin l?i, kh?ng th? vi?t n? trong tr??ng h?p tr?n trong VN2). VN3 sau ?? hy sinh nhi?u h?n cho m?t s? kh?ng gian c?n l?i ?? c? th? s? d?ng ?ng d?ng c? th? (ti?u chu?n l? r?t m? h? v? ?i?u ??);

V?n b?n c?a ti?u chu?n c? th? sao ch?p ???c t?i https://sondandung.com & http://songiaco.com - tuy nhi?n, v?n b?n thi?u m?t s? b?ng.

C?c ti?u chu?n b? sung c? c? UCS-2 ?nh x? v? t?n Unicode c?a c?c nh?n v?t, nh?ng h? ?ang ? trong h?nh ?nh; do ??, n? s? l? th?ch h?p h?n ?? c? ???c b?n ?? t? ??u ra iconv, n?i.

----------
nosy: +sondecorpaint

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21081>
_______________________________________

From report at bugs.python.org  Wed Jun 27 14:04:54 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 27 Jun 2018 18:04:54 +0000
Subject: [issue25007] Add support of copy protocol to zlib compressors and
 decompressors
In-Reply-To: <1441449753.43.0.0389421030599.issue25007@psf.upfronthosting.co.za>
Message-ID: <1530122694.16.0.56676864532.issue25007@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset d2cbfffc842b00b5257aa1c25dbcdeb456b6a249 by Serhiy Storchaka (Zackery Spytz) in branch 'master':
bpo-25007: Add copy protocol support to zlib compressors and decompressors (GH-7940)
https://github.com/python/cpython/commit/d2cbfffc842b00b5257aa1c25dbcdeb456b6a249


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25007>
_______________________________________

From report at bugs.python.org  Wed Jun 27 14:07:13 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 27 Jun 2018 18:07:13 +0000
Subject: [issue25007] Add support of copy protocol to zlib compressors and
 decompressors
In-Reply-To: <1441449753.43.0.0389421030599.issue25007@psf.upfronthosting.co.za>
Message-ID: <1530122833.05.0.56676864532.issue25007@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you for your contribution Zackery!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25007>
_______________________________________

From report at bugs.python.org  Wed Jun 27 15:19:24 2018
From: report at bugs.python.org (Emily Morehouse)
Date: Wed, 27 Jun 2018 19:19:24 +0000
Subject: [issue33968] os.makedirs and empty string
In-Reply-To: <1530014482.98.0.56676864532.issue33968@psf.upfronthosting.co.za>
Message-ID: <1530127164.74.0.56676864532.issue33968@psf.upfronthosting.co.za>


Emily Morehouse <emilyemorehouse at gmail.com> added the comment:

The os.path conventions do follow, '' and '.' are not treated the same here either --

>>> os.path.exists('')
False
>>> os.path.exists('.')
True
>>> os.path.isdir('')
False
>>> os.path.isdir('.')
True

The only os.path function that I see as potentially confusing in this discussion is dirname, as that can return an empty string which yields unexpected results when used as an argument for other functions.

>>> os.path.dirname('testdir')
''
>>> os.path.dirname('./testdir')
'.'

However, changing this functionality (e.g. os.path.dirname('testdir') returning '.') would result in backward-compatibility issues that would not be warranted (IMO).


I'll leave the final word to Serhiy to close out as 'not a bug' at his discretion.

----------
assignee:  -> emilyemorehouse
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33968>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:21:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:21:55 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530130915.52.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in branch 'master':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:21:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:21:55 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530130915.61.0.902498594338.issue30339@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in branch 'master':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:22:58 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:22:58 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530130978.97.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 2.7 is not affected: it doesn't have these tests.

----------
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:23:21 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:23:21 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530131001.38.0.56676864532.issue33913@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7582

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:23:21 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:23:21 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530131001.44.0.665841612001.issue30339@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7583

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:24:05 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:24:05 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530131045.26.0.56676864532.issue33715@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 492572715aa0f4ddab51f979f7f56465c762227c by Victor Stinner in branch 'master':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/492572715aa0f4ddab51f979f7f56465c762227c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:25:02 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:25:02 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530131102.86.0.56676864532.issue33715@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 2.7 is not affected: it doesn't have the test.

----------
versions: +Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:25:14 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:25:14 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530131114.59.0.56676864532.issue33715@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7584

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:25:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:25:47 +0000
Subject: [issue30356] test_mymanager_context() of test_multiprocessing_spawn:
 manager._process.exitcode=-15 on x86 Windows7 3.x
In-Reply-To: <1494628223.7.0.0775389696939.issue30356@psf.upfronthosting.co.za>
Message-ID: <1530131147.01.0.56676864532.issue30356@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I fixed the test in 3.6, 3.7 and master branches.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30356>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:26:17 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:26:17 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530131177.17.0.56676864532.issue33715@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7585

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:29:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:29:48 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530131388.33.0.56676864532.issue33913@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7586

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:29:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:29:48 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530131388.43.0.665841612001.issue30339@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
pull_requests: +7587

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:31:39 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:31:39 +0000
Subject: [issue31687] test_semaphore_tracker() of test_multiprocessing_spawn
 fails randomly (race condition?)
In-Reply-To: <1507109795.91.0.213398074469.issue31687@psf.upfronthosting.co.za>
Message-ID: <1530131499.65.0.56676864532.issue31687@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-33613.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31687>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:31:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:31:48 +0000
Subject: [issue33613] test_multiprocessing_fork:
 test_semaphore_tracker_sigint() fails with -W error
In-Reply-To: <1527069849.43.0.682650639539.issue33613@psf.upfronthosting.co.za>
Message-ID: <1530131508.81.0.56676864532.issue33613@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

See also bpo-31687.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33613>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:35:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:35:50 +0000
Subject: [issue21081] missing vietnamese codec TCVN 5712:1993 in Python
In-Reply-To: <1395970721.88.0.828263715521.issue21081@psf.upfronthosting.co.za>
Message-ID: <1530131750.97.0.56676864532.issue21081@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Google Translate of msg320603 :-)

As far as I can understand, we are "subset" of each other only in the sense that VN1 have extensive map of the characters, but it also overlaps partially with control characters C0 and C1 in the page ISO code - 139 additional characters!

VN2 then let C0 and C1 retained the meaning of ISO-8859 by sacrificing some vowels (Ezio probably remember that Italy is Italy in Vietnamese - sorry, can not write it in upper case in VN2 ). VN3 then sacrifice more for some of the remaining space can be used for specific applications (standard is very vague about it);

Of standard text can be copied at https://sondandung.com & http://songiaco.com - however, the text lacks some tables.

The additional criteria including UCS-2 mapping and Unicode names of the characters, but they are in the picture; therefore, it would be preferable to get a map from the output iconv, said.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21081>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:38:19 2018
From: report at bugs.python.org (John Reese)
Date: Wed, 27 Jun 2018 20:38:19 +0000
Subject: [issue33983] unify types for lib2to3.pytree.Base.children
Message-ID: <1530131899.35.0.56676864532.issue33983@psf.upfronthosting.co.za>


New submission from John Reese <jreese at leetcode.net>:

When type checking applications using lib2to3, the difference in types for lib2to3.pytree.Base.children versus Node.children makes it difficult to accept both leaves and nodes and programatically work with child nodes/leaves.  Base/Leaf both have `children` defined as an empty Tuple, while Node defines it as an empty list.  It would be more useful for Base/Leaf to also use an empty list, so that the type is the same, regardless of which type of object you are given.

----------
components: Library (Lib)
messages: 320616
nosy: jreese, lukasz.langa
priority: normal
severity: normal
status: open
title: unify types for lib2to3.pytree.Base.children
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33983>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:39:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 20:39:46 +0000
Subject: [issue31463] test_multiprocessing_fork hangs test_subprocess
In-Reply-To: <1505370960.72.0.0292264137903.issue31463@psf.upfronthosting.co.za>
Message-ID: <1530131986.82.0.56676864532.issue31463@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> This hangs reliably for me on master:
> $ ./python -m test.regrtest test_multiprocessing_fork test_subprocess

FYI right now, this command doesn't hang anymore.

> ValueError: signal number 32 out of range

This bug has been fixed by bpo-33332.

> Let's take another look at the issue: why does test_subprocess need to know about all child processes, rather than those that were launched during test_subprocess?

This issue should be fixed by my commit 11045c9d8a21dd9bd182a3939189db02815f9783.

It seems like all issues described here have been fixed and so I close the issue. If an issue is not properly fixed, maybe it's better to open a new issue since this one has long history and described multiple unrelated bugs.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31463>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:41:21 2018
From: report at bugs.python.org (John Reese)
Date: Wed, 27 Jun 2018 20:41:21 +0000
Subject: [issue33983] unify types for lib2to3.pytree.Base.children
In-Reply-To: <1530131899.35.0.56676864532.issue33983@psf.upfronthosting.co.za>
Message-ID: <1530132081.49.0.56676864532.issue33983@psf.upfronthosting.co.za>


Change by John Reese <jreese at leetcode.net>:


----------
keywords: +patch
pull_requests: +7588
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33983>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:41:41 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:41:41 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530132101.49.0.56676864532.issue33913@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) in branch '3.7':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:41:41 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:41:41 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530132101.6.0.902498594338.issue30339@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) in branch '3.7':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972)
https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 16:47:48 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 20:47:48 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530132468.55.0.56676864532.issue33715@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258 by Miss Islington (bot) in branch '3.7':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:06:47 2018
From: report at bugs.python.org (Thomas Caswell)
Date: Wed, 27 Jun 2018 21:06:47 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530133607.79.0.56676864532.issue31546@psf.upfronthosting.co.za>


Change by Thomas Caswell <tcaswell at gmail.com>:


----------
keywords: +patch
pull_requests: +7589
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:11:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:11:51 +0000
Subject: [issue33937] [3.6] test_socket:
 SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI
In-Reply-To: <1529652776.13.0.56676864532.issue33937@psf.upfronthosting.co.za>
Message-ID: <1530133911.68.0.56676864532.issue33937@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: [3.6] test_socket: testSendmsgTimeout() failed on Travis CI -> [3.6] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33937>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:14:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:14:56 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530134096.45.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in branch '3.6':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976)
https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:14:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:14:56 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530134096.54.0.902498594338.issue30339@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:


New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in branch '3.6':
bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976)
https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:15:38 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:15:38 +0000
Subject: [issue33913] test_multiprocessing_spawn random failures on x86
 Windows7 3.6
In-Reply-To: <1529490767.83.0.56676864532.issue33913@psf.upfronthosting.co.za>
Message-ID: <1530134138.53.0.56676864532.issue33913@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I increased the timeout from 10 seconds to 1 minute in test_multiprocessing_main_handling in 3.6, 3.7 and master branches.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33913>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:16:24 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:16:24 +0000
Subject: [issue32063] test_multiprocessing_forkserver failed with OSError:
 [Errno 48] Address already in use
In-Reply-To: <1510930124.82.0.213398074469.issue32063@psf.upfronthosting.co.za>
Message-ID: <1530134184.77.0.56676864532.issue32063@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I didn't see this failure recently.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32063>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:20:12 2018
From: report at bugs.python.org (miss-islington)
Date: Wed, 27 Jun 2018 21:20:12 +0000
Subject: [issue33715] test_multiprocessing_spawn.test_wait_result() failed on
 x86 Windows7 3.x
In-Reply-To: <1527770205.15.0.682650639539.issue33715@psf.upfronthosting.co.za>
Message-ID: <1530134412.6.0.56676864532.issue33715@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 404250ed65e01505c1ec7ea194804df160ce5400 by Miss Islington (bot) in branch '3.6':
bpo-33715: Fix multiprocessing test_wait_result() (GH-7971)
https://github.com/python/cpython/commit/404250ed65e01505c1ec7ea194804df160ce5400


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33715>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:29:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:29:42 +0000
Subject: [issue20934] test_multiprocessing is broken by design
In-Reply-To: <1394872735.24.0.583669310043.issue20934@psf.upfronthosting.co.za>
Message-ID: <1530134982.15.0.56676864532.issue20934@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I made different attempts, but at the end, we kept the status quo: some tests use an hardcoded timeout. When a test fails, I increase the timeout. That's not perfect, but nobody came up with a better approach, and it's not a deal.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20934>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:30:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:30:55 +0000
Subject: [issue7060] test_multiprocessing dictionary changed size errors and
 hang
In-Reply-To: <1254706857.52.0.165302672738.issue7060@psf.upfronthosting.co.za>
Message-ID: <1530135055.83.0.56676864532.issue7060@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> RuntimeError: dictionary changed size during iteration

I didn't see this bug the last 5 years, so I consider that the issue has been fixed in the meanwhile :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7060>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:38:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:38:52 +0000
Subject: [issue24033] Update _test_multiprocessing.py to use script helpers
In-Reply-To: <1429748807.96.0.769250379827.issue24033@psf.upfronthosting.co.za>
Message-ID: <1530135532.9.0.56676864532.issue24033@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Sorry but these patches have been lost in the huge database of open bugs and we forgot it. They have been written 3 years ago. Since that, Python moved to GitHub. If you are still interested to convert tests to script_helper, please open GitHub pull requests. I would suggest to start with a small one, and then see if other tests should be converted. I close the issue. Reopen it if you want to work again on it.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24033>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:40:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:40:46 +0000
Subject: [issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed
 out waiting for results" on x86 Windows7 3.x
In-Reply-To: <1494463699.01.0.364437710045.issue30339@psf.upfronthosting.co.za>
Message-ID: <1530135646.85.0.56676864532.issue30339@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I increased timeout from 10 seconds to 1 minute in test_multiprocessing_main_handling, in 3.6, 3.7 and master branches. It should make test failures less likely on buildbots.

----------
dependencies:  -test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30339>
_______________________________________

From report at bugs.python.org  Wed Jun 27 17:51:50 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 21:51:50 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1530136310.1.0.56676864532.issue33914@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Could not trace the inferior process.

Your issue doesn't seem to be related to Python, but more to gdb in general.

Can you try very basic commands like:

$ gdb -args python3 -c pass
(gdb) run
Starting program: /usr/bin/python3 -c pass
[Inferior 1 (process 20811) exited normally]
(gdb) quit

Or more advanced cases like:

vstinner at apu$ gdb -args ./python Lib/test/gdb_sample.py
(gdb) b builtin_id
Breakpoint 1 at 0x4dd7d0: file Python/bltinmodule.c, line 1205.
(gdb) run
Starting program: /home/vstinner/prog/python/master/python Lib/test/gdb_sample.py

Breakpoint 1, builtin_id (self=0x7ffff7fc0c28, v=42)
    at Python/bltinmodule.c:1205
1205	    return PyLong_FromVoidPtr(v);
(gdb) py-bt
Traceback (most recent call first):
  <built-in method id of module object at remote 0x7ffff7fc0c28>
  File "Lib/test/gdb_sample.py", line 10, in baz
    id(42)
  File "Lib/test/gdb_sample.py", line 7, in bar
    baz(a, b, c)
  File "Lib/test/gdb_sample.py", line 4, in foo
    bar(a, b, c)
  File "Lib/test/gdb_sample.py", line 12, in <module>
    foo(1, 2, 3)
(gdb) quit
A debugging session is active.
Quit anyway? (y or n) y

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:03:03 2018
From: report at bugs.python.org (Mark Roseman)
Date: Wed, 27 Jun 2018 22:03:03 +0000
Subject: [issue27755] Retire DynOptionMenu with a ttk Combobox
In-Reply-To: <1471117947.7.0.659308305751.issue27755@psf.upfronthosting.co.za>
Message-ID: <1530136983.64.0.56676864532.issue27755@psf.upfronthosting.co.za>


Change by Mark Roseman <mark at markroseman.com>:


----------
pull_requests: +7590

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27755>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:03:55 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 22:03:55 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530137035.14.0.56676864532.issue31647@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 28c6b94f26661aa6f2bf7d885332c66c85ae4c95 by Ned Deily in branch '3.6':
Fix NEWS entry for bpo-31647
https://github.com/python/cpython/commit/28c6b94f26661aa6f2bf7d885332c66c85ae4c95


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:34:50 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 22:34:50 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1530138890.05.0.56676864532.issue33851@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 235d0fb93cb456701ce24fad2bc307e9f0312d73 by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682)
https://github.com/python/cpython/commit/235d0fb93cb456701ce24fad2bc307e9f0312d73


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:34:50 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 22:34:50 +0000
Subject: [issue29514] Add a test case that prevents magic number changes in
 minor releases
In-Reply-To: <1486654210.44.0.116789566768.issue29514@psf.upfronthosting.co.za>
Message-ID: <1530138890.2.0.902498594338.issue29514@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 828351716ec436bfa174cfdb33def7ee7c0d2e63 by Ned Deily in branch '3.7':
bpo-29514: Make magic number test work for candidates
https://github.com/python/cpython/commit/828351716ec436bfa174cfdb33def7ee7c0d2e63


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29514>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:34:50 2018
From: report at bugs.python.org (Ned Deily)
Date: Wed, 27 Jun 2018 22:34:50 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530138890.99.0.665841612001.issue33932@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset b940921a67fa33e8c8812aa3b7746161c2552c1d by Ned Deily (Miss Islington (bot)) in branch '3.7':
bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845)
https://github.com/python/cpython/commit/b940921a67fa33e8c8812aa3b7746161c2552c1d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:35:49 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 22:35:49 +0000
Subject: [issue33954] float.__format__('n') fails with
 _PyUnicode_CheckConsistency assertion error
In-Reply-To: <1529915026.11.0.56676864532.issue33954@psf.upfronthosting.co.za>
Message-ID: <1530138949.59.0.56676864532.issue33954@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Aha, the problem occurs when the thousands separator code point is greater than 255.

On my Fedora 28 (glibc 2.27), it's U+202f:

vstinner at apu$ ./python
Python 3.8.0a0 (heads/master-dirty:492572715a, Jun 28 2018, 00:18:54) 
>>> import locale
>>> locale.setlocale(locale.LC_ALL, '')
'fr_FR.UTF-8'
>>> locale.localeconv()['thousands_sep']
'\u202f'

The bug is in _PyUnicode_InsertThousandsGrouping(): if thousands_sep kind is different than unicode kind, "data = _PyUnicode_AsKind(unicode, thousands_sep_kind);" is used, but later this memory is released. So the function writes into a temporary buffer which is then released. It doesn't work...

It seems like I introduced the regression 6 years ago in bpo-13706:

commit 90f50d4df9e21093f006427fd7ed11a0d704f792
Author: Victor Stinner <victor.stinner at haypocalc.com>
Date:   Fri Feb 24 01:44:47 2012 +0100

    Issue #13706: Fix format(float, "n") for locale with non-ASCII decimal point (e.g. ps_aF)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33954>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:44:57 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 22:44:57 +0000
Subject: [issue33984] test_multiprocessing_forkserver leaked [1, 2,
 1] memory blocks on x86 Gentoo Refleaks 3.x
Message-ID: <1530139497.53.0.56676864532.issue33984@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

http://buildbot.python.org/all/#/builders/1/builds/267

1:47:06 load avg: 4.77 [161/417/1] test_multiprocessing_forkserver failed (16 min 32 sec) -- running: test_support (56 sec 282 ms)
beginning 6 repetitions
123456
......
test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks, sum=4
(...)
Re-running failed tests in verbose mode
Re-running test 'test_multiprocessing_forkserver' in verbose mode
(...)
OK (skipped=27)

----------
messages: 320636
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks on x86 Gentoo Refleaks 3.x

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33984>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:45:59 2018
From: report at bugs.python.org (Rajiv Vijayakumar)
Date: Wed, 27 Jun 2018 22:45:59 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
Message-ID: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>


New submission from Rajiv Vijayakumar <rajiv.kumar at gmail.com>:

Per PEP 567 and the contextvars documentation, I expected that a ContextVar would have a "name" read-only attribute. However I get an AttributeError when accessing ContextVar.name with 3.7.0rc1:

> python
Python 3.7.0rc1 (v3.7.0rc1:dfad352267, Jun 12 2018, 01:00:10) 
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from contextvars import ContextVar
>>> var = ContextVar('var')
>>> var.name
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'ContextVar' object has no attribute 'name'

----------
components: Library (Lib)
messages: 320637
nosy: rvijayak, yselivanov
priority: normal
severity: normal
status: open
title: ContextVar does not have a "name" attribute
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:46:14 2018
From: report at bugs.python.org (Bumsik Kim)
Date: Wed, 27 Jun 2018 22:46:14 +0000
Subject: [issue33986] Typo: BaseSubprocessTransport -> SubprocessTransport
Message-ID: <1530139574.74.0.56676864532.issue33986@psf.upfronthosting.co.za>


New submission from Bumsik Kim <kbumsik at gmail.com>:

https://docs.python.org/3/library/asyncio-protocol.html#basesubprocesstransport

I belive the doc has a wrong name "basesubprocesstransport" and it should be "Subprocesstransport".

You can see this in the source code: https://github.com/python/cpython/blob/3.6/Lib/asyncio/transports.py

----------
assignee: docs at python
components: Documentation
messages: 320638
nosy: docs at python, kbumsik
priority: normal
severity: normal
status: open
title: Typo: BaseSubprocessTransport -> SubprocessTransport
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33986>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:47:17 2018
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 27 Jun 2018 22:47:17 +0000
Subject: [issue33986] asyncio: Typo in documentation: BaseSubprocessTransport
 -> SubprocessTransport
In-Reply-To: <1530139574.74.0.56676864532.issue33986@psf.upfronthosting.co.za>
Message-ID: <1530139637.03.0.56676864532.issue33986@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
components: +asyncio -Documentation
nosy: +asvetlov, yselivanov
title: Typo: BaseSubprocessTransport -> SubprocessTransport -> asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33986>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:58:37 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 27 Jun 2018 22:58:37 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530140317.14.0.56676864532.issue33985@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Yeah, it seems that I forgot to implement ContextVars.name attribute.  Will have a PR shortly.

Expect to see this fixed in 3.7.1 in a couple of months.  Adding Ned to the issue just in case.

----------
components: +Interpreter Core -Library (Lib)
nosy: +ned.deily
priority: normal -> release blocker
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Wed Jun 27 18:59:11 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 27 Jun 2018 22:59:11 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530140351.97.0.56676864532.issue33985@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7591
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Wed Jun 27 21:29:04 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 28 Jun 2018 01:29:04 +0000
Subject: [issue33851] 3.7 regression: ast.get_docstring() for a node that
 lacks a docstring
In-Reply-To: <1528889147.74.0.947875510639.issue33851@psf.upfronthosting.co.za>
Message-ID: <1530149344.09.0.56676864532.issue33851@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Fixed in 3.7.0.  Thanks, everyone!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33851>
_______________________________________

From report at bugs.python.org  Wed Jun 27 21:29:46 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 28 Jun 2018 01:29:46 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530149386.7.0.56676864532.issue33932@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

Fixed in 3.7.0.  Thanks, everyone!

----------
priority: release blocker -> 
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Wed Jun 27 22:10:45 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Thu, 28 Jun 2018 02:10:45 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1530151845.97.0.56676864532.issue33833@psf.upfronthosting.co.za>


twisteroid ambassador <twisteroid.ambassador at gmail.com> added the comment:

No problem. Running the attached test script on latest master, Windows 10 1803, several errors like this are logged:

Exception in callback _ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...events.py:479>)
handle: <Handle _ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...events.py:479>) created at %USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py:373>
source_traceback: Object created at (most recent call last):
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 555, in run_until_complete
    self.run_forever()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 523, in run_forever
    self._run_once()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\base_events.py", line 1750, in _run_once
    handle._run()
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "..\..\..\..\Documents\python\test_proactor_force_close.py", line 8, in server_callback
    writer.write(b'hello')
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\streams.py", line 305, in write
    self._transport.write(data)
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", line 334, in write
    self._loop_writing(data=bytes(data))
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", line 373, in _loop_writing
    self._write_fut.add_done_callback(self._loop_writing)
Traceback (most recent call last):
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\events.py", line 88, in _run
    self._context.run(self._callback, *self._args)
  File "%USERPROFILE%\source\repos\cpython\lib\asyncio\proactor_events.py", line 346, in _loop_writing
    assert f is self._write_fut
AssertionError

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Wed Jun 27 22:18:35 2018
From: report at bugs.python.org (twisteroid ambassador)
Date: Thu, 28 Jun 2018 02:18:35 +0000
Subject: [issue33833] ProactorEventLoop raises AssertionError
In-Reply-To: <1528724850.44.0.592728768989.issue33833@psf.upfronthosting.co.za>
Message-ID: <1530152315.73.0.56676864532.issue33833@psf.upfronthosting.co.za>


twisteroid ambassador <twisteroid.ambassador at gmail.com> added the comment:

As an aside, I'm wondering whether it makes sense to add a blanket "assert exception handler has not been called" condition to ProactorEventLoop's tests, or even other asyncio tests. It looks like ProactorEventLoop is more prone to dropping exceptions on the floor than SelectorEventLoop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33833>
_______________________________________

From report at bugs.python.org  Wed Jun 27 22:21:23 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Jun 2018 02:21:23 +0000
Subject: [issue33719] Test failures on Python 3.7 beta 5 and Windows 10
In-Reply-To: <1527778386.67.0.682650639539.issue33719@psf.upfronthosting.co.za>
Message-ID: <1530152483.42.0.56676864532.issue33719@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Same test_site and test_tools (#25094) failures on newly installed 3.6.6 and 3.7.0.  They pass on repository 3.6,7,8.  Was there a fix not pulled into the releases, or are these install dependent?

----------
nosy: +ned.deily
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33719>
_______________________________________

From report at bugs.python.org  Wed Jun 27 22:26:11 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 28 Jun 2018 02:26:11 +0000
Subject: [issue33719] Test failures on Python 3.7 beta 5 and Windows 10
In-Reply-To: <1527778386.67.0.682650639539.issue33719@psf.upfronthosting.co.za>
Message-ID: <1530152771.56.0.56676864532.issue33719@psf.upfronthosting.co.za>


Change by Ned Deily <nad at python.org>:


----------
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33719>
_______________________________________

From report at bugs.python.org  Wed Jun 27 22:36:01 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Jun 2018 02:36:01 +0000
Subject: [issue25094] [EASY][Windows] test_tools fails on Windows when passing
In-Reply-To: <1442202178.75.0.918340459191.issue25094@psf.upfronthosting.co.za>
Message-ID: <1530153361.74.0.56676864532.issue25094@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

For me now, test site fails on installed 3.6.6 and 3.7.0 and passes on repository builds.  Serial or parallel, no difference.

When I ran as part of the suite, I got --slaveargs message.

py -3.7 -m test  test_tools

says cannot import test tools.

py -3.7 -m test.test_tools
says the following for each file in the directory
Testing C:\Programs\Python37\Lib\test\<file>
and ends with
ERROR: test_sundry (test.test_tools.test_sundry.TestSundryScripts)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "C:\Programs\Python37\lib\test\test_tools\test_sundry.py", line 36, in test_sundry
    import_tool(name)
  File "C:\Programs\Python37\lib\test\test_tools\__init__.py", line 21, in import_tool
    return importlib.import_module(toolname)
  File "C:\Programs\Python37\lib\importlib\__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "C:\Programs\Python37\Tools\scripts\2to3.py", line 5, in <module>
    sys.exit(main("lib2to3.fixes"))
SystemExit: 2

----------
versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25094>
_______________________________________

From report at bugs.python.org  Thu Jun 28 00:02:30 2018
From: report at bugs.python.org (Mark Roseman)
Date: Thu, 28 Jun 2018 04:02:30 +0000
Subject: [issue33987] need ttk.Frame inside Toplevel(s)
Message-ID: <1530158550.76.0.56676864532.issue33987@psf.upfronthosting.co.za>


New submission from Mark Roseman <mark at markroseman.com>:

When adding a bunch of ttk widgets into a toplevel window, there needs to be an intervening ttk.Frame to ensure the background of the widgets matches the overall background.

The reason is the 'toplevel' is part of the classic tk widgets and not ttk, so it isn't guaranteed to have the same background. In practice, the only platform where the toplevel and ttk.Frame have different backgrounds is macOS. Check out topframe.png for an example, top is without the intervening ttk.Frame, bottom adds it in.

(Adding bug mainly so we have a place to store a concrete example of what this looks like)

----------
assignee: terry.reedy
components: IDLE
files: topframe.png
messages: 320646
nosy: markroseman, terry.reedy
priority: normal
severity: normal
status: open
title: need ttk.Frame inside Toplevel(s)
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47655/topframe.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33987>
_______________________________________

From report at bugs.python.org  Thu Jun 28 00:12:11 2018
From: report at bugs.python.org (Bumsik Kim)
Date: Thu, 28 Jun 2018 04:12:11 +0000
Subject: [issue33986] asyncio: Typo in documentation: BaseSubprocessTransport
 -> SubprocessTransport
In-Reply-To: <1530139574.74.0.56676864532.issue33986@psf.upfronthosting.co.za>
Message-ID: <1530159131.12.0.56676864532.issue33986@psf.upfronthosting.co.za>


Change by Bumsik Kim <kbumsik at gmail.com>:


----------
keywords: +patch
pull_requests: +7592
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33986>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:24:39 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 28 Jun 2018 06:24:39 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167079.22.0.56676864532.issue33958@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
versions: +Python 2.7, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:25:47 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:25:47 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167147.29.0.56676864532.issue33958@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7593

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:26:31 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:26:31 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167191.09.0.56676864532.issue33958@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7594

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:27:32 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:27:32 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167252.02.0.56676864532.issue33958@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7595

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:31:48 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 28 Jun 2018 06:31:48 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167508.31.0.56676864532.issue33958@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

thanks

----------
nosy: +inada.naoki
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:37:21 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:37:21 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530167841.78.0.56676864532.issue33958@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset bcb1ac82656fac22b12df387a5c6f4b10b7eefef by Miss Islington (bot) in branch '2.7':
bpo-33958: Doc: Remove unused variable in example (GH-7927)
https://github.com/python/cpython/commit/bcb1ac82656fac22b12df387a5c6f4b10b7eefef


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:41:31 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:41:31 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530168091.48.0.56676864532.issue33958@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 702d43cab6ae05751b357dd2e7b7fac1a594113a by Miss Islington (bot) in branch '3.7':
bpo-33958: Doc: Remove unused variable in example (GH-7927)
https://github.com/python/cpython/commit/702d43cab6ae05751b357dd2e7b7fac1a594113a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 02:45:31 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 06:45:31 +0000
Subject: [issue33958] Unused variable in pure embedding example
In-Reply-To: <1529956589.29.0.56676864532.issue33958@psf.upfronthosting.co.za>
Message-ID: <1530168331.18.0.56676864532.issue33958@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ff41cc7dee7fb2ab2ac39915a7ec6eb8808e6a1c by Miss Islington (bot) in branch '3.6':
bpo-33958: Doc: Remove unused variable in example (GH-7927)
https://github.com/python/cpython/commit/ff41cc7dee7fb2ab2ac39915a7ec6eb8808e6a1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33958>
_______________________________________

From report at bugs.python.org  Thu Jun 28 03:13:24 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 28 Jun 2018 07:13:24 +0000
Subject: [issue33978] logging.config.dictConfig with file handler leaks
 resources
In-Reply-To: <1530091756.08.0.56676864532.issue33978@psf.upfronthosting.co.za>
Message-ID: <1530170004.48.0.56676864532.issue33978@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I think while initializing it on the second call we just delete the handlers list variable which contains references to the file handlers instead of properly closing them like it's done in shutdown. handlers is a list of weakreferences and I don't know if they will close file handlers or other resources automatically as they are deleted. If the initialization is done in a loop involving threads then there might be others who are using the handlers as we delete them. The attached patch tries to close the handlers before deletion thus removing the warning. The same is observed in FileConfig too where handlers list is deleted before removal.

shutdown method : https://github.com/python/cpython/blob/master/Lib/logging/__init__.py#L1994
deletion of handlers before closing them : https://github.com/python/cpython/blob/master/Lib/logging/config.py#L528

I think this is merged from Python 2.7 with commit https://github.com/python/cpython/commit/00ee7baf49430d8a6eed355a5fd7a05179325747 12 years back but doesn't produce any effect on Python 2.7 does -W all or -Wall have any effect ? 


Thanks

----------
keywords: +patch
nosy: +xtreak
Added file: https://bugs.python.org/file47656/33978.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33978>
_______________________________________

From report at bugs.python.org  Thu Jun 28 03:19:01 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 28 Jun 2018 07:19:01 +0000
Subject: [issue33978] logging.config.dictConfig with file handler leaks
 resources
In-Reply-To: <1530091756.08.0.56676864532.issue33978@psf.upfronthosting.co.za>
Message-ID: <1530170341.63.0.56676864532.issue33978@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

This seems to be a related issue https://bugs.python.org/issue23010 and fix attached but I think it's more towards file handler to be not opened  until it's required.

Thanks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33978>
_______________________________________

From report at bugs.python.org  Thu Jun 28 04:05:30 2018
From: report at bugs.python.org (Ned Deily)
Date: Thu, 28 Jun 2018 08:05:30 +0000
Subject: [issue31647] asyncio: StreamWriter write_eof() after close raises
 mysterious AttributeError
In-Reply-To: <1506746563.39.0.213398074469.issue31647@psf.upfronthosting.co.za>
Message-ID: <1530173130.18.0.56676864532.issue31647@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:


New changeset 0c5918f6f4f113e0c245feac31d00ded29985cce by Ned Deily in branch '3.7':
Fix NEWS entry for bpo-31647
https://github.com/python/cpython/commit/0c5918f6f4f113e0c245feac31d00ded29985cce


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31647>
_______________________________________

From report at bugs.python.org  Thu Jun 28 04:10:40 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 28 Jun 2018 08:10:40 +0000
Subject: [issue33842] Remove tarfile.filemode
In-Reply-To: <1528796043.33.0.475983251502.issue33842@psf.upfronthosting.co.za>
Message-ID: <1530173440.92.0.56676864532.issue33842@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:


New changeset 461a1c4b497e5e118ebb6b77eb59348cc4ec83f9 by INADA Naoki in branch 'master':
bpo-33842: Remove tarfile.filemode (GH-7661)
https://github.com/python/cpython/commit/461a1c4b497e5e118ebb6b77eb59348cc4ec83f9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33842>
_______________________________________

From report at bugs.python.org  Thu Jun 28 04:10:58 2018
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 28 Jun 2018 08:10:58 +0000
Subject: [issue33842] Remove tarfile.filemode
In-Reply-To: <1528796043.33.0.475983251502.issue33842@psf.upfronthosting.co.za>
Message-ID: <1530173458.94.0.56676864532.issue33842@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33842>
_______________________________________

From report at bugs.python.org  Thu Jun 28 06:02:06 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 10:02:06 +0000
Subject: [issue33984] test_multiprocessing_forkserver leaked [1, 2,
 1] memory blocks on x86 Gentoo Refleaks 3.x
In-Reply-To: <1530139497.53.0.56676864532.issue33984@psf.upfronthosting.co.za>
Message-ID: <1530180126.29.0.56676864532.issue33984@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> http://buildbot.python.org/all/#/builders/1/builds/267

Oh, this is: x86 Gentoo Refleaks 3.x.

--

x86 Gentoo Refleaks 3.7 also leaked:
http://buildbot.python.org/all/#/builders/114/builds/150

test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks, sum=4
Re-running failed tests in verbose mode
Re-running test 'test_multiprocessing_forkserver' in verbose mode
test_multiprocessing_forkserver leaked [21, 2, 1] memory blocks, sum=24
test_multiprocessing_forkserver leaked [2, 0, 0] file descriptors, sum=2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33984>
_______________________________________

From report at bugs.python.org  Thu Jun 28 06:37:19 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 10:37:19 +0000
Subject: [issue33988] [EASY] [3.7] test_platform fails when run with -Werror
Message-ID: <1530182239.82.0.56676864532.issue33988@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

vstinner at apu$ ./python -Werror -m test -v test_platform

======================================================================
ERROR: test_dist (test.test_platform.PlatformTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/vstinner/prog/python/3.7/Lib/test/test_platform.py", line 270, in test_dist
    res = platform.dist()
  File "/home/vstinner/prog/python/3.7/Lib/platform.py", line 379, in dist
    "in Python 3.5", DeprecationWarning, stacklevel=2)
DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5

======================================================================
ERROR: test_linux_distribution_encoding (test.test_platform.PlatformTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/vstinner/prog/python/3.7/Lib/test/test_platform.py", line 346, in test_linux_distribution_encoding
    distname, version, distid = platform.linux_distribution()
  File "/home/vstinner/prog/python/3.7/Lib/platform.py", line 305, in linux_distribution
    "in Python 3.5", DeprecationWarning, stacklevel=2)
DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5

The code calling the deprecated function should be surrounded by something like that:

with support.check_warnings(('cgi.parse_qs is deprecated', DeprecationWarning)):

----------
components: Tests
keywords: easy
messages: 320657
nosy: vstinner
priority: normal
severity: normal
status: open
title: [EASY] [3.7] test_platform fails when run with -Werror
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33988>
_______________________________________

From report at bugs.python.org  Thu Jun 28 06:38:22 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 10:38:22 +0000
Subject: [issue33988] [EASY] [3.7] test_platform fails when run with -Werror
In-Reply-To: <1530182239.82.0.56676864532.issue33988@psf.upfronthosting.co.za>
Message-ID: <1530182302.26.0.56676864532.issue33988@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Python 3.8 (master branch), platform.linux_distribution() and its the tests have been removed: see bpo-28167.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33988>
_______________________________________

From report at bugs.python.org  Thu Jun 28 07:30:54 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 28 Jun 2018 11:30:54 +0000
Subject: [issue33988] [EASY] [3.7] test_platform fails when run with -Werror
In-Reply-To: <1530182239.82.0.56676864532.issue33988@psf.upfronthosting.co.za>
Message-ID: <1530185454.11.0.56676864532.issue33988@psf.upfronthosting.co.za>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

I was looking into this and it seems that using replacing PendingDeprecationWarning with DeprecationWarning fixes the issue. Should I be using check_warnings?

Attaching a patch of this so that I can raise a PR for the same.

I grepped for PendingDeprecationWarning and there is a similar crash with test_ssl

?  cpython git:(1bf9cc5) ? ./python -Werror -m test -v test_ssl
== CPython 3.7.0 (v3.7.0:1bf9cc5, Jun 28 2018, 11:20:40) [GCC 5.4.0 20160609]
== Linux-4.4.0-127-generic-x86_64-with-debian-stretch-sid little-endian
== cwd: /home/cpython/build/test_python_31365
== CPU count: 1
== encodings: locale=UTF-8, FS=utf-8
Run tests sequentially
0:00:00 load avg: 0.08 [1/1] test_ssl
test test_ssl crashed -- Traceback (most recent call last):
  File "/home/cpython/Lib/test/libregrtest/runtest.py", line 176, in runtest_inner
    test_runner()
  File "/home/cpython/Lib/test/test_ssl.py", line 4151, in test_main
    plat = func()
  File "/home/cpython/Lib/platform.py", line 305, in linux_distribution
    "in Python 3.5", DeprecationWarning, stacklevel=2)
DeprecationWarning: dist() and linux_distribution() functions are deprecated in Python 3.5

test_ssl failed

== Tests result: FAILURE ==

1 test failed:
    test_ssl

Total duration: 194 ms
Tests result: FAILURE

Thanks

----------
keywords: +patch
nosy: +xtreak
Added file: https://bugs.python.org/file47657/33988.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33988>
_______________________________________

From report at bugs.python.org  Thu Jun 28 07:37:33 2018
From: report at bugs.python.org (bay)
Date: Thu, 28 Jun 2018 11:37:33 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530185853.19.0.56676864532.issue27500@psf.upfronthosting.co.za>


bay <bay at hackerdom.ru> added the comment:

The bug is reproducible on Python 3.7. The connect call always fails when I
try to use connect to any IPv6 address with ProactorEventLoop.

The bug can be bypassed by adding "%0" to the IPv6 address. This will cause
to trigger this if construction:
https://github.com/python/cpython/blob/e76ac9d4ef77b74ea7de768f4de7c38893fad539/Lib/asyncio/base_events.py#L133

As mentioned by Sebastian, it happen because the _ipaddr_info function returns
only the host and the port for IPv6: return af, type, proto, '', (host, port)
https://github.com/python/cpython/blob/e76ac9d4ef77b74ea7de768f4de7c38893fad539/Lib/asyncio/base_events.py#L142

This (host, port) tuple used in ConnectEx call, but it expect 4-element tuple
to connect IPv6: 
https://github.com/python/cpython/blob/55edd0c185ad2d895b5d73e47d67049bc156b654/Modules/overlapped.c#L1090
Instead it tries to connect, using IPv4 and fails.

The bug can be fixed by doing the following:
    if af == socket.AF_INET6:
        return af, type, proto, '', (host, port, 0, 0)
    else:
        return af, type, proto, '', (host, port)

instead of
    return af, type, proto, '', (host, port) 

in
https://github.com/python/cpython/blob/e76ac9d4ef77b74ea7de768f4de7c38893fad539/Lib/asyncio/base_events.py#L142

----------
nosy: +bay

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 07:55:56 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 11:55:56 +0000
Subject: [issue33988] [EASY] [3.7] test_platform fails when run with -Werror
In-Reply-To: <1530182239.82.0.56676864532.issue33988@psf.upfronthosting.co.za>
Message-ID: <1530186956.12.0.56676864532.issue33988@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Would you mind to create a PR instead of a patch file?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33988>
_______________________________________

From report at bugs.python.org  Thu Jun 28 07:56:17 2018
From: report at bugs.python.org (Erik Bray)
Date: Thu, 28 Jun 2018 11:56:17 +0000
Subject: [issue29672] `catch_warnings` context manager causes all warnings to
 be printed every time, even after exiting
In-Reply-To: <1488234596.55.0.435492915134.issue29672@psf.upfronthosting.co.za>
Message-ID: <1530186977.86.0.56676864532.issue29672@psf.upfronthosting.co.za>


Erik Bray <erik.m.bray at gmail.com> added the comment:

I just encountered this as well.  The way catch_warnings is implemented is a bit "dumb" in how it treats _filter_version (it calls _filters_mutated even if the active filters are not actually changed when entering catch_warnings).

More significantly, _filter_version is not fine-grained enough.  If some warning was already displayed, calling catch_warnings() should not later cause that same warning to be displayed again unless the filters were modified in such a way, during catch_warnings(), that that warning should be displayed (e.g. changed to 'always').

I'm not really sure what to do about that though.  Maybe the "filter version" should be per-warning?  Currently the value assigned to each warning in __warningregistry__ is not used (it is just set to True), so maybe that could actually be used for this.

----------
nosy: +erik.bray

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29672>
_______________________________________

From report at bugs.python.org  Thu Jun 28 07:59:31 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 28 Jun 2018 11:59:31 +0000
Subject: [issue33988] [EASY] [3.7] test_platform fails when run with -Werror
In-Reply-To: <1530182239.82.0.56676864532.issue33988@psf.upfronthosting.co.za>
Message-ID: <1530187171.4.0.56676864532.issue33988@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
pull_requests: +7596
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33988>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:00:49 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 28 Jun 2018 12:00:49 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530187249.44.0.56676864532.issue33974@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7597
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:03:46 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 28 Jun 2018 12:03:46 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530187426.81.0.56676864532.issue33974@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This issue needs more complex fix. PR 7986 adds necessary changes and tests.

Thank you for your report Gauchj.

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:21:11 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 28 Jun 2018 12:21:11 +0000
Subject: [issue33983] unify types for lib2to3.pytree.Base.children
In-Reply-To: <1530131899.35.0.56676864532.issue33983@psf.upfronthosting.co.za>
Message-ID: <1530188471.22.0.56676864532.issue33983@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Empty list takes more memory and more time for creating than an empty tuple (the latter is just a singleton). Since all Node and Leaf instances share the same children by default, making it a list is errorprone.

What is the problem of having an empty tuple instead of an empty list?

----------
nosy: +benjamin.peterson, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33983>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:42:02 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 12:42:02 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530189722.91.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I reopen the issue because fontforge still fails on Python 3.7.0 final. fontforge calls Py_Initialize() and then calls Py_Main() which fails with an assertion: https://bugzilla.redhat.com/show_bug.cgi?id=1595421

The same code works well on Python 3.6, so should we define this issue as a regression?

Call stack:

* Py_Main()
* pymain_main()
* _Py_InitializeCore() which fails

The problem is that the first call of Py_Initialize() sets a first configuration, but then Py_Main() sets a different configuration.

Is it correct to call Py_Initialize() before Py_Main()?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:49:55 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 12:49:55 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530190195.52.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

I looked quickly at _Py_InitializeCore() and I'm not sure that it's designed to replace an existing configuration.

Example:

int Py_HashRandomizationFlag = 0; /* for -R and PYTHONHASHSEED */

(...)

    if (!core_config->use_hash_seed || core_config->hash_seed) {
        /* Random or non-zero hash seed */
        Py_HashRandomizationFlag = 1;
    }

If Py_Initialize() sets Py_HashRandomizationFlag to 1, but Py_Main() doesn't use an hash seed, Py_HashRandomizationFlag value remains 1 which is wrong.

pymain_read_conf() fills _PyCoreConfig from global configuration flags, but then global configuration flags are supposed to be set from the global configuration flags.

So maybe for this specific case, _Py_InitializeCore() should always set Py_HashRandomizationFlag. But it was just one example to show that right now, _Py_InitializeCore() doesn't seem to support to be called twice with two different configurations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 28 08:51:42 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 12:51:42 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530190302.73.0.56676864532.issue33932@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

Ok, now with my regression hat.

In Python 3.6, Py_Main() calls Py_Initialize(). If Py_Initialize() is called twice, the second call does nothing. So it's fine to call Py_Main() after Py_Initialize() in Python 3.6.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 28 09:17:49 2018
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Thu, 28 Jun 2018 13:17:49 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530191869.65.0.56676864532.issue33932@psf.upfronthosting.co.za>


Change by Miro Hron?ok <miro at hroncok.cz>:


----------
nosy: +hroncok

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Thu Jun 28 09:28:45 2018
From: report at bugs.python.org (Amin Radjabov)
Date: Thu, 28 Jun 2018 13:28:45 +0000
Subject: [issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error
 0x80070643: Failed to install MSI package.
In-Reply-To: <1515875653.34.0.467229070634.issue32545@psf.upfronthosting.co.za>
Message-ID: <1530192525.07.0.56676864532.issue32545@psf.upfronthosting.co.za>


Amin Radjabov <rajabiy at gmail.com> added the comment:

I have same issue on Win 7 x64

----------
nosy: +Amin Radjabov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32545>
_______________________________________

From report at bugs.python.org  Thu Jun 28 09:57:20 2018
From: report at bugs.python.org (Mark Dickinson)
Date: Thu, 28 Jun 2018 13:57:20 +0000
Subject: [issue33954] float.__format__('n') fails with
 _PyUnicode_CheckConsistency assertion error
In-Reply-To: <1529915026.11.0.56676864532.issue33954@psf.upfronthosting.co.za>
Message-ID: <1530194240.85.0.56676864532.issue33954@psf.upfronthosting.co.za>


Change by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +eric.smith, mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33954>
_______________________________________

From report at bugs.python.org  Thu Jun 28 10:45:48 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 14:45:48 +0000
Subject: [issue33954] float.__format__('n') fails with
 _PyUnicode_CheckConsistency assertion error
In-Reply-To: <1529915026.11.0.56676864532.issue33954@psf.upfronthosting.co.za>
Message-ID: <1530197148.28.0.56676864532.issue33954@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> The bug is in _PyUnicode_InsertThousandsGrouping()

This function should take a _PyUnicodeWriter as input, not a PyUnicodeObject.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33954>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:07:33 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 28 Jun 2018 15:07:33 +0000
Subject: [issue6761] Class calling
In-Reply-To: <1250961239.16.0.126736964049.issue6761@psf.upfronthosting.co.za>
Message-ID: <1530198453.13.0.56676864532.issue6761@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7598
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6761>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:09:09 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Thu, 28 Jun 2018 15:09:09 +0000
Subject: [issue6761] Class calling
In-Reply-To: <1250961239.16.0.126736964049.issue6761@psf.upfronthosting.co.za>
Message-ID: <1530198549.68.0.56676864532.issue6761@psf.upfronthosting.co.za>


Andr?s Delfino <adelfino at gmail.com> added the comment:

The PR uses a slight rewording of David's phrasing.

----------
nosy: +adelfino
versions: +Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6761>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:43:51 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Jun 2018 15:43:51 +0000
Subject: [issue33963] IDLE macosx: add tests.
In-Reply-To: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>
Message-ID: <1530200631.24.0.56676864532.issue33963@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Mark Roseman emailed me that moving the 3 imports within overrideRootMenu to the top of the module does not appear to cause a problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:47:17 2018
From: report at bugs.python.org (Elvis Pranskevichus)
Date: Thu, 28 Jun 2018 15:47:17 +0000
Subject: [issue32996] Improve What's New in 3.7
In-Reply-To: <1520251006.69.0.467229070634.issue32996@psf.upfronthosting.co.za>
Message-ID: <1530200837.74.0.56676864532.issue32996@psf.upfronthosting.co.za>


Change by Elvis Pranskevichus <elvis at magic.io>:


----------
pull_requests: +7599

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32996>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:57:40 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 15:57:40 +0000
Subject: [issue32996] Improve What's New in 3.7
In-Reply-To: <1520251006.69.0.467229070634.issue32996@psf.upfronthosting.co.za>
Message-ID: <1530201460.03.0.56676864532.issue32996@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 4d26c8a177d8ada440b3cfdfb1d0423ab5ca81a7 by Yury Selivanov (Elvis Pranskevichus) in branch 'master':
bpo-32996: Enhancements to What's New based on feedback (GH-7988)
https://github.com/python/cpython/commit/4d26c8a177d8ada440b3cfdfb1d0423ab5ca81a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32996>
_______________________________________

From report at bugs.python.org  Thu Jun 28 11:58:56 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 15:58:56 +0000
Subject: [issue32996] Improve What's New in 3.7
In-Reply-To: <1520251006.69.0.467229070634.issue32996@psf.upfronthosting.co.za>
Message-ID: <1530201536.71.0.56676864532.issue32996@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7600

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32996>
_______________________________________

From report at bugs.python.org  Thu Jun 28 12:14:55 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 16:14:55 +0000
Subject: [issue32996] Improve What's New in 3.7
In-Reply-To: <1520251006.69.0.467229070634.issue32996@psf.upfronthosting.co.za>
Message-ID: <1530202495.85.0.56676864532.issue32996@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 48dc7527e32512a27a58107477926719ea4c589b by Miss Islington (bot) in branch '3.7':
bpo-32996: Enhancements to What's New based on feedback (GH-7988)
https://github.com/python/cpython/commit/48dc7527e32512a27a58107477926719ea4c589b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32996>
_______________________________________

From report at bugs.python.org  Thu Jun 28 12:29:53 2018
From: report at bugs.python.org (Steve Dower)
Date: Thu, 28 Jun 2018 16:29:53 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530203393.4.0.56676864532.issue31546@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 9b9d58f0d88b338eb8d2ae0da5cd91d60d1b0e39 by Steve Dower (Thomas A Caswell) in branch 'master':
bpo-31546: Fix input hook integration (GH-7978)
https://github.com/python/cpython/commit/9b9d58f0d88b338eb8d2ae0da5cd91d60d1b0e39


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Thu Jun 28 12:31:04 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 16:31:04 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530203464.28.0.56676864532.issue31546@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7601

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Thu Jun 28 12:31:55 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 16:31:55 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530203515.8.0.56676864532.issue31546@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7602

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Thu Jun 28 12:42:41 2018
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 28 Jun 2018 16:42:41 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1530185853.19.0.56676864532.issue27500@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJL23E1NeL993Pb5taGZEMRhQRyh8A68389Th471UFd8=w@mail.gmail.com>


Guido van Rossum <guido at python.org> added the comment:

Somebody please submit a PR so this can be fixed in 3.7.1 and the fix can
be backported to 3.6.7.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:00:27 2018
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 28 Jun 2018 17:00:27 +0000
Subject: [issue28411] Eliminate PyInterpreterState.modules.
In-Reply-To: <1476138783.81.0.661524291989.issue28411@psf.upfronthosting.co.za>
Message-ID: <1530205227.38.0.56676864532.issue28411@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +7603

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28411>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:01:31 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 17:01:31 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530205291.85.0.56676864532.issue27500@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
keywords: +patch
pull_requests: +7604
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:05:12 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 17:05:12 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530205512.86.0.56676864532.issue27500@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Somebody please submit a PR so this can be fixed in 3.7.1 and the fix can
> be backported to 3.6.7.

Somehow I overlooked this one when I was sifting the issues we needed to fix in 3.7.  I've opened a PR.

----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:20:32 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 17:20:32 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530206432.28.0.56676864532.issue33985@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 41cb0baea96a80360971908a0bd79d9d40dd5e44 by Yury Selivanov in branch 'master':
bpo-33985: Implement ContextVar.name attribute. (GH-7980)
https://github.com/python/cpython/commit/41cb0baea96a80360971908a0bd79d9d40dd5e44


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:20:57 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 17:20:57 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530206457.75.0.56676864532.issue33985@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


----------
priority: release blocker -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:21:40 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 17:21:40 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530206500.94.0.56676864532.issue33985@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7605

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:37:07 2018
From: report at bugs.python.org (Eryk Sun)
Date: Thu, 28 Jun 2018 17:37:07 +0000
Subject: [issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on
 Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1530207427.07.0.56676864532.issue29097@psf.upfronthosting.co.za>


Change by Eryk Sun <eryksun at gmail.com>:


----------
stage: needs patch -> patch review
versions: +Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:40:03 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 17:40:03 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530207603.06.0.56676864532.issue33985@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4c20d2bf5daaaa174260558c71052b73d73b6c34 by Miss Islington (bot) in branch '3.7':
bpo-33985: Implement ContextVar.name attribute. (GH-7980)
https://github.com/python/cpython/commit/4c20d2bf5daaaa174260558c71052b73d73b6c34


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:43:06 2018
From: report at bugs.python.org (Pochang Chen)
Date: Thu, 28 Jun 2018 17:43:06 +0000
Subject: [issue33989] ms.key_compare is not initialized in all pathes of
 list_sort_impl
Message-ID: <1530207786.09.0.56676864532.issue33989@psf.upfronthosting.co.za>


New submission from Pochang Chen <johnchen902 at gmail.com>:

Relevant code (Objects/listobject.c lines 2268 -- 2286 as of commit e76ac9d):

        /* Choose the best compare, given what we now know about the keys. */
        if (keys_are_all_same_type) {

            if (key_type == &PyUnicode_Type && strings_are_latin) {
                ms.key_compare = unsafe_latin_compare;
            }
            else if (key_type == &PyLong_Type && ints_are_bounded) {
                ms.key_compare = unsafe_long_compare;
            }
            else if (key_type == &PyFloat_Type) {
                ms.key_compare = unsafe_float_compare;
            }
            else if ((ms.key_richcompare = key_type->tp_richcompare) != NULL) {
                ms.key_compare = unsafe_object_compare;
            }
        }
        else {
            ms.key_compare = safe_object_compare;
        }

Clearly, ms.key_compare is not assigned here if keys_are_all_same_type is true but key_type->tp_richcompare is NULL.

I don't know how to obtain an object with ob_type->tp_richcompare being NULL, though.

----------
components: Interpreter Core
messages: 320679
nosy: johnchen902
priority: normal
severity: normal
status: open
title: ms.key_compare is not initialized in all pathes of list_sort_impl
type: crash
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33989>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:47:56 2018
From: report at bugs.python.org (miss-islington)
Date: Thu, 28 Jun 2018 17:47:56 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530208076.79.0.56676864532.issue31546@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0ebd1bc94a941a5044e26de946c1100d652dfe46 by Miss Islington (bot) in branch '3.6':
bpo-31546: Fix input hook integration (GH-7978)
https://github.com/python/cpython/commit/0ebd1bc94a941a5044e26de946c1100d652dfe46


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:48:39 2018
From: report at bugs.python.org (Steve Dower)
Date: Thu, 28 Jun 2018 17:48:39 +0000
Subject: [issue31546] PyOS_InputHook is not called when waiting for input() in
 Windows
In-Reply-To: <1506010382.42.0.274746719926.issue31546@psf.upfronthosting.co.za>
Message-ID: <1530208119.76.0.56676864532.issue31546@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 9d92524c11def666a78ff57a9603a9ad6142418a by Steve Dower (Miss Islington (bot)) in branch '3.7':
bpo-31546: Fix input hook integration (GH-7978)
https://github.com/python/cpython/commit/9d92524c11def666a78ff57a9603a9ad6142418a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31546>
_______________________________________

From report at bugs.python.org  Thu Jun 28 13:58:08 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 28 Jun 2018 17:58:08 +0000
Subject: [issue33985] ContextVar does not have a "name" attribute
In-Reply-To: <1530139559.69.0.56676864532.issue33985@psf.upfronthosting.co.za>
Message-ID: <1530208688.87.0.56676864532.issue33985@psf.upfronthosting.co.za>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33985>
_______________________________________

From report at bugs.python.org  Thu Jun 28 14:14:49 2018
From: report at bugs.python.org (John Reese)
Date: Thu, 28 Jun 2018 18:14:49 +0000
Subject: [issue33983] unify types for lib2to3.pytree.Base.children
In-Reply-To: <1530131899.35.0.56676864532.issue33983@psf.upfronthosting.co.za>
Message-ID: <1530209689.69.0.56676864532.issue33983@psf.upfronthosting.co.za>


John Reese <jreese at leetcode.net> added the comment:

The problem I'm trying to solve is around functions that operate on a Union[Leaf, Node], and want to be able to do things like `grandchildren = node.children[0].children + node.children[1].children` (contrived example, but point being tuple+list=TypeError while list+tuple=OK).  There are similar cases around list methods not being available for tuples.  In both cases, as is, the function needs to do some amount of type checking at runtime of each child to determine what operations can be done.  Also, IMO, from a type annotation perspective, having a child class that uses a different type for an attribute from the base class is an anti-pattern, or weird at best.

re. error prone:  Since the expectation in lib2to3 is already that fixers shouldn't be modifying `node.children` directly, I don't see how this makes anything more error prone.  Base/Leaf objects lack those methods for modifications, so unless the code is already being a bad actor, the situation isn't changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33983>
_______________________________________

From report at bugs.python.org  Thu Jun 28 15:13:38 2018
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Thu, 28 Jun 2018 19:13:38 +0000
Subject: [issue33990] CPPFLAGS during ./configure are not passed-through in
 sysconfig.customize_compiler
Message-ID: <1530213218.16.0.56676864532.issue33990@psf.upfronthosting.co.za>


New submission from Eric N. Vander Weele <ericvw at gmail.com>:

When specifying CPPFLAGS during `./configure`, `sysconfig.get_config_var('CPPFLAGS')` does capture the originally specified flags.  However, when building a C/C++ extension, any flags specified via CPPFLAGS are not present during compilation of extension source files.

Since preprocessor flags (e.g., '-I' rules) may be used during `./configure` instead of `CFLAGS`, it appears that the `CPPFLAGS` captured should also be injected when customizing the compiler executable to be invoked.

I have PR that will be submitted and linked shortly.

----------
components: Build, Distutils
messages: 320683
nosy: dstufft, eric.araujo, ericvw
priority: normal
severity: normal
status: open
title: CPPFLAGS during ./configure are not passed-through in sysconfig.customize_compiler
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33990>
_______________________________________

From report at bugs.python.org  Thu Jun 28 15:18:41 2018
From: report at bugs.python.org (Neil Schemenauer)
Date: Thu, 28 Jun 2018 19:18:41 +0000
Subject: [issue24575] timemodule build fail - missing definitions for
 _Py_BEGIN_SUPPRESS_IPH and _Py_END_SUPPRESS_IPH
In-Reply-To: <1436188396.48.0.089424009249.issue24575@psf.upfronthosting.co.za>
Message-ID: <1530213521.24.0.56676864532.issue24575@psf.upfronthosting.co.za>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

I ran into an error like this and perhaps I have a clue was why some people run into it.  Dynamic modules built from Modules/Setup will need to have  -DPy_BUILD_CORE defined within the Setup file in the case they need to use the _Py_BEGIN_SUPPRESS_IPH macro.

The Setup file is generated on figure 'configure' but it is not removed if you run "make clean".  So, if it gets generated without the Py_BUILD_CORE flags in it, you will get this mysterious build error.

Perhaps Modules/makesetup should be intelligent and add the Py_BUILD_CORE flags as needed.  One idea is to check the path of the source code (e.g. timemodule.c) and if the source is within the code interpreter folder,  add the BUILD_CORE flag.

Not sure about other platform build systems.  It looks like PCbuild does something different as it doesn't use makesetup.

----------
nosy: +nascheme

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24575>
_______________________________________

From report at bugs.python.org  Thu Jun 28 15:23:00 2018
From: report at bugs.python.org (Eric N. Vander Weele)
Date: Thu, 28 Jun 2018 19:23:00 +0000
Subject: [issue33990] CPPFLAGS during ./configure are not passed-through in
 sysconfig.customize_compiler
In-Reply-To: <1530213218.16.0.56676864532.issue33990@psf.upfronthosting.co.za>
Message-ID: <1530213780.91.0.56676864532.issue33990@psf.upfronthosting.co.za>


Change by Eric N. Vander Weele <ericvw at gmail.com>:


----------
keywords: +patch
pull_requests: +7606
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33990>
_______________________________________

From report at bugs.python.org  Thu Jun 28 15:47:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 28 Jun 2018 19:47:30 +0000
Subject: [issue33983] unify types for lib2to3.pytree.Base.children
In-Reply-To: <1530131899.35.0.56676864532.issue33983@psf.upfronthosting.co.za>
Message-ID: <1530215250.03.0.56676864532.issue33983@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Concatenating list and tuple (or tuple and list) you can write as:

grandchildren = [*node.children[0].children, *node.children[1].children]

The only list methods not available for tuples are mutating methods (using them with a shared empty list would be a bug), and copy() (a[:] and list(a) work with both lists and tuples).

>>> sorted(set(dir(list)) - set(dir(tuple)))
['__delitem__', '__iadd__', '__imul__', '__reversed__', '__setitem__', 'append', 'clear', 'copy', 'extend', 'insert', 'pop', 'remove', 'reverse', 'sort']

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33983>
_______________________________________

From report at bugs.python.org  Thu Jun 28 17:07:26 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 28 Jun 2018 21:07:26 +0000
Subject: [issue33990] CPPFLAGS during ./configure are not passed-through in
 sysconfig.customize_compiler
In-Reply-To: <1530213218.16.0.56676864532.issue33990@psf.upfronthosting.co.za>
Message-ID: <1530220046.76.0.56676864532.issue33990@psf.upfronthosting.co.za>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33990>
_______________________________________

From report at bugs.python.org  Thu Jun 28 17:09:47 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 28 Jun 2018 21:09:47 +0000
Subject: [issue23544] IDLE hangs when selecting Stack View with debug active
In-Reply-To: <1425072335.83.0.576854566256.issue23544@psf.upfronthosting.co.za>
Message-ID: <1530220187.48.0.56676864532.issue23544@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This crashes or hangs the user execution process, but not the IDLE process.  So Shell => 'Restart Shell   cntl-F6' still works.

----------
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23544>
_______________________________________

From report at bugs.python.org  Thu Jun 28 18:16:04 2018
From: report at bugs.python.org (skreft)
Date: Thu, 28 Jun 2018 22:16:04 +0000
Subject: [issue33991] lib2to3 should parse f-strings
Message-ID: <1530224164.23.0.56676864532.issue33991@psf.upfronthosting.co.za>


New submission from skreft <skreft at gmail.com>:

Currently f-strings are parsed just as regular strings by lib2to3. However, this has the problem that the invariant of a string node being a literal is now broken.

This poses two problems. On one hand, if I want to compare that two string nodes are equivalent I would need to do something like:

def string_nodes_are_eqivalent(node1, node2):
  if is_f_string(node1) and is_f_string(node2):
    # This would require to parse the nodes using ast.parse
    return f_strings_are_equivalent(node1, node2)
  if not is_f_string(node1) and not is_f_string(node2):
    return ast.literal_eval(node1.value) == ast.literal_eval(node2.value)
  return False

Note that ast.literal_eval does not accept f-strings.
Also note that ast.parse returns an ast.JoinedString for f-strings, whose elements are either ast.Str or ast.FormattedValue, the latter being ast expressions.

On the other hand, this has the problem of not being able to refactor the expressions inside an f-string.

----------
messages: 320687
nosy: skreft
priority: normal
severity: normal
status: open
title: lib2to3 should parse f-strings

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Thu Jun 28 18:18:47 2018
From: report at bugs.python.org (Mark Roseman)
Date: Thu, 28 Jun 2018 22:18:47 +0000
Subject: [issue33963] IDLE macosx: add tests.
In-Reply-To: <1529985035.66.0.56676864532.issue33963@psf.upfronthosting.co.za>
Message-ID: <1530224327.78.0.56676864532.issue33963@psf.upfronthosting.co.za>


Change by Mark Roseman <mark at markroseman.com>:


----------
assignee:  -> terry.reedy
components: +IDLE
nosy: +markroseman

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33963>
_______________________________________

From report at bugs.python.org  Thu Jun 28 18:30:04 2018
From: report at bugs.python.org (Daniel Barcay)
Date: Thu, 28 Jun 2018 22:30:04 +0000
Subject: [issue33945] concurrent.futures ProcessPoolExecutor submit() blocks
 on results being written
In-Reply-To: <1529696324.57.0.56676864532.issue33945@psf.upfronthosting.co.za>
Message-ID: <1530225004.14.0.56676864532.issue33945@psf.upfronthosting.co.za>


Daniel Barcay <daniel.barcay at gmail.com> added the comment:

Just got the drop of the python3.7 release. I can confirm that this is fixed in python3.7 in my workload.

Nice job! Thanks for changing the mechanism of thread-sync. I'm grateful.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33945>
_______________________________________

From report at bugs.python.org  Thu Jun 28 18:46:32 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 22:46:32 +0000
Subject: [issue29097] [Windows] datetime.fromtimestamp(t) when 0 <= t <= 86399
 fails on Python 3.6
In-Reply-To: <1482958160.11.0.32337159902.issue29097@psf.upfronthosting.co.za>
Message-ID: <1530225992.2.0.56676864532.issue29097@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
title: datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6 -> [Windows] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29097>
_______________________________________

From report at bugs.python.org  Thu Jun 28 19:05:09 2018
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 28 Jun 2018 23:05:09 +0000
Subject: [issue33992] Compilation fails on AMD64 Windows8.1 Non-Debug 3.6: The
 Windows SDK version 10.0.15063.0 was not found
Message-ID: <1530227109.75.0.56676864532.issue33992@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Build FAILED.
       "D:\buildarea\3.6.ware-win81-release\build\PCbuild\pcbuild.proj" (Build target) (1) ->
       "D:\buildarea\3.6.ware-win81-release\build\PCbuild\pythoncore.vcxproj" (Build target) (2) ->
       (Desktop_PlatformPrepareForBuild target) -> 
         C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Platforms\x64\PlatformToolsets\v140\Toolset.targets(36,5): error MSB8036: The Windows SDK version 10.0.15063.0 was not found. Install the required version of Windows SDK or change the SDK version in the project property pages or by right-clicking the solution and selecting "Retarget solution". [D:\buildarea\3.6.ware-win81-release\build\PCbuild\pythoncore.vcxproj]
    0 Warning(s)
    1 Error(s)

----------
components: Tests
messages: 320689
nosy: vstinner, zach.ware
priority: normal
severity: normal
status: open
title: Compilation fails on AMD64 Windows8.1 Non-Debug 3.6: The Windows SDK version 10.0.15063.0 was not found
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33992>
_______________________________________

From report at bugs.python.org  Thu Jun 28 19:07:15 2018
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 28 Jun 2018 23:07:15 +0000
Subject: [issue33992] Compilation fails on AMD64 Windows8.1 Non-Debug 3.6: The
 Windows SDK version 10.0.15063.0 was not found
In-Reply-To: <1530227109.75.0.56676864532.issue33992@psf.upfronthosting.co.za>
Message-ID: <1530227235.48.0.56676864532.issue33992@psf.upfronthosting.co.za>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Sorry, this seems to have been due to updates on the machine.  It's now fixed.

----------
keywords: +buildbot
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33992>
_______________________________________

From report at bugs.python.org  Thu Jun 28 20:09:51 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 29 Jun 2018 00:09:51 +0000
Subject: [issue33991] lib2to3 should parse f-strings
In-Reply-To: <1530224164.23.0.56676864532.issue33991@psf.upfronthosting.co.za>
Message-ID: <1530230991.8.0.56676864532.issue33991@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

I'm curious how you are getting f-strings (introduced in Python 3.6) in Python 2 code that you are passing to 2to3.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Thu Jun 28 20:57:40 2018
From: report at bugs.python.org (Micheal Gardner)
Date: Fri, 29 Jun 2018 00:57:40 +0000
Subject: [issue33993] zipfile module weird behavior when used with zipinfo
Message-ID: <1530233860.61.0.56676864532.issue33993@psf.upfronthosting.co.za>


Change by Micheal Gardner <twocucao at gmail.com>:


----------
components: Library (Lib)
nosy: Micheal Gardner
priority: normal
severity: normal
status: open
title: zipfile module weird behavior when used with zipinfo
type: behavior
versions: Python 2.7, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33993>
_______________________________________

From report at bugs.python.org  Thu Jun 28 21:04:17 2018
From: report at bugs.python.org (Micheal Gardner)
Date: Fri, 29 Jun 2018 01:04:17 +0000
Subject: [issue33993] zipfile module weird behavior when used with zipinfo
Message-ID: <1530234257.65.0.56676864532.issue33993@psf.upfronthosting.co.za>


New submission from Micheal Gardner <twocucao at gmail.com>:

when i want to zip a empty folder, i use following code

```

import zipfile

zfile = zipfile.ZipFile("tmp.zip",'w')
zif = zipfile.ZipInfo("tmp/")
zfile.writestr(zif,"")
zfile.close()
```

but in this case, things become weird.

```
# ?????????
mkdir /tmp/test_folder/
touch /tmp/test_folder/test.md
```

```
import zipfile
file_path = "/tmp/test_folder/test.md"
rel_name = "test.md"
zfile = zipfile.ZipFile("tmp.zip",'w')
zif = zipfile.ZipInfo("tmp/")
zfile.writestr(zif,"")
zfile.write(file_path, rel_name)
zfile.close()
```

decompression expect 

```
$ tree tmp
tmp
??? test.md

1 file
```

decompression actual

```
$ tree tmp
tmp
??? test.md
??? tmp

1 directory, 1 file
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33993>
_______________________________________

From report at bugs.python.org  Thu Jun 28 21:59:43 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 29 Jun 2018 01:59:43 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530237583.2.0.56676864532.issue27500@psf.upfronthosting.co.za>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset d904c238ca3551750cb97d15d827c3e525970867 by Yury Selivanov in branch 'master':
bpo-27500: Fix static version of getaddrinfo to resolve IPv6 (GH-7993)
https://github.com/python/cpython/commit/d904c238ca3551750cb97d15d827c3e525970867


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 22:00:52 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 02:00:52 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530237652.13.0.56676864532.issue27500@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7607

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 22:01:42 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 02:01:42 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530237702.9.0.56676864532.issue27500@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7608

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 22:16:50 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 02:16:50 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530238610.79.0.56676864532.issue27500@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3ed44141216aa1d2d8dd7d170c2dc216a6e718b6 by Miss Islington (bot) in branch '3.7':
bpo-27500: Fix static version of getaddrinfo to resolve IPv6 (GH-7993)
https://github.com/python/cpython/commit/3ed44141216aa1d2d8dd7d170c2dc216a6e718b6


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 22:22:42 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 02:22:42 +0000
Subject: [issue27500] ProactorEventLoop cannot open connection to ::1
In-Reply-To: <1468346135.06.0.410333112523.issue27500@psf.upfronthosting.co.za>
Message-ID: <1530238962.4.0.56676864532.issue27500@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c00144cd7741a5060662e85717f6559ad46d02aa by Miss Islington (bot) in branch '3.6':
bpo-27500: Fix static version of getaddrinfo to resolve IPv6 (GH-7993)
https://github.com/python/cpython/commit/c00144cd7741a5060662e85717f6559ad46d02aa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27500>
_______________________________________

From report at bugs.python.org  Thu Jun 28 23:46:27 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 03:46:27 +0000
Subject: [issue22051] Turtledemo: stop reloading demos
In-Reply-To: <1406145466.97.0.661318262793.issue22051@psf.upfronthosting.co.za>
Message-ID: <1530243987.29.0.56676864532.issue22051@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22051>
_______________________________________

From report at bugs.python.org  Thu Jun 28 23:52:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 03:52:31 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530244351.04.0.56676864532.issue14117@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

#21884 was closed as a duplicate of #21882 and hence not a separate dependency.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 00:34:56 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 04:34:56 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530246896.4.0.56676864532.issue14117@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
pull_requests: +7609
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 00:41:14 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 04:41:14 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530247274.38.0.56676864532.issue14117@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

PR 8002 fixes the remaining minor problems.

----------
stage: patch review -> commit review
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:08:36 2018
From: report at bugs.python.org (Steve Dower)
Date: Fri, 29 Jun 2018 05:08:36 +0000
Subject: [issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error
 0x80070643: Failed to install MSI package.
In-Reply-To: <1515875653.34.0.467229070634.issue32545@psf.upfronthosting.co.za>
Message-ID: <1530248916.25.0.56676864532.issue32545@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

We'll need you to attach the logs and try rebooting, as described earlier in this thread.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32545>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:10:11 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 05:10:11 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530249011.43.0.56676864532.issue14117@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 891a1f86d415779cf67ca23e626a868e586feb05 by Terry Jan Reedy in branch 'master':
bpo-14117: Make minor tweaks to turtledemo (GH-8002)
https://github.com/python/cpython/commit/891a1f86d415779cf67ca23e626a868e586feb05


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:11:24 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 05:11:24 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530249084.51.0.56676864532.issue14117@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7610
stage: commit review -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:12:16 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 05:12:16 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530249136.05.0.56676864532.issue14117@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7611

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:18:50 2018
From: report at bugs.python.org (Saba Kauser)
Date: Fri, 29 Jun 2018 05:18:50 +0000
Subject: [issue33994] python build egg fails with error while compiling test
 cases
Message-ID: <1530249530.09.0.56676864532.issue33994@psf.upfronthosting.co.za>


New submission from Saba Kauser <skauseribmdb at gmail.com>:

Hello,
Everything was working perfectly until recently, may be a week back, when I first started to see the error while generating egg for python ibm_db package.
Every time I execute the command : python setup.py bdsit_egg, 
my flow stops with below error:

byte-compiling build\bdist.win-amd64\egg\tests\test_131_PrepareExecuteSelectStatementParams.py to test_131_PrepareExecuteSelectStatementParams.cpython-36.pyc
error: [Errno 2] No such file or directory: 'build\\bdist.win-amd64\\egg\\tests\\__pycache__\\test_131_PrepareExecuteSelectStatementParams.cpython-36.pyc.1942660169328'
Please note that, every time I run, the file name is getting appended with a random number. e.g test_131_PrepareExecuteSelectStatementParams.cpython-36.pyc.1942660169328' when the file name placed under tests/__pycache__ should be test_131_PrepareExecuteSelectStatementParams.cpython-36.pyc.

There are however other test cases upto test_130* that are getting compiled correctly. 
e.g:
byte-compiling build\bdist.win-amd64\egg\tests\test_112_FieldNumDiffCaseColNames.py to test_112_FieldNumDiffCaseColNames.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_113_DateTest.py to test_113_DateTest.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_114_NumericTest_01.py to test_114_NumericTest_01.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_115_NumericTest_02.py to test_115_NumericTest_02.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_116_ConnActive.py to test_116_ConnActive.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_120_FieldName.py to test_120_FieldName.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_121_FieldNameAddCol.py to test_121_FieldNameAddCol.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_122_FieldNameDiffCaseColNames.py to test_122_FieldNameDiffCaseColNames.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_123_FieldNamePos_01.py to test_123_FieldNamePos_01.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_124_FieldNamePos_02.py to test_124_FieldNamePos_02.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_125_FieldNamePos_03.py to test_125_FieldNamePos_03.cpython-36.pyc
byte-compiling build\bdist.win-amd64\egg\tests\test_130_PrepExecuteSelectStmt.py to test_130_PrepExecuteSelectStmt.cpython-36.pyc

Can you guide me on what is leading to this? What is making to have the file name appended with random number.

Appreciate your assitance!

Thank you,
Saba.

----------
components: Build
messages: 320700
nosy: sabakauser
priority: normal
severity: normal
status: open
title: python build egg fails with error while compiling test cases
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33994>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:30:46 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 05:30:46 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530250246.81.0.56676864532.issue14117@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e2c5a753fa3eabe176c34048e3b68674f99386b0 by Miss Islington (bot) in branch '3.7':
bpo-14117: Make minor tweaks to turtledemo (GH-8002)
https://github.com/python/cpython/commit/e2c5a753fa3eabe176c34048e3b68674f99386b0


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:32:19 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 05:32:19 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530250339.37.0.56676864532.issue14117@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 00e05242ae650bc29e8052a5fb79cbb83224a657 by Miss Islington (bot) in branch '3.6':
bpo-14117: Make minor tweaks to turtledemo (GH-8002)
https://github.com/python/cpython/commit/00e05242ae650bc29e8052a5fb79cbb83224a657


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:32:25 2018
From: report at bugs.python.org (Alan Huang)
Date: Fri, 29 Jun 2018 05:32:25 +0000
Subject: [issue33995] test_min_max_version in test_ssl.py fails when Python is
 built against LibreSSL;
 {min,max}imum_version behavior differs from OpenSSL
Message-ID: <1530250345.83.0.56676864532.issue33995@psf.upfronthosting.co.za>


New submission from Alan Huang <Alan.Huang at utdallas.edu>:

LibreSSL's implementation of the function used to get the minimum and maximum SSL versions supported differs from OpenSSL's.

In short, the issue is in the implementations of `SSL_CTX_new` - OpenSSL initializes variables `ret->{min,max}_proto_version` to 0, while LibreSSL initializes corresponding variables to those of the `SSL_METHOD` given.

As such, when Python is built with LibreSSL, the default values for an instance of ssl.SSLContext are, in the case of ssl.SSLContext(), ctx.minimum_version = <TLSVersion.TLSv1: 769>; ctx.maximum_version = <TLSVersion.TLSv1_2: 771>.
This is NOT what test_ssl.py expects; it expects OpenSSL's behavior of initializing the version variables to zero, which _ssl.c then translates to PY_PROTO_{MIN,MAX}IMUM_SUPPORTED -> ssl.TLSVersion.{MIN,MAX}IMUM_SUPPORTED.

Additionally, LibreSSL, when `SSL_CTX_set_{min,max}_proto_version` is called with `version` equal to zero, explicitly sets the minimum / maximum values equal to the minimum / maximum values for the `SSL_METHOD` it was called with (namely, 769/770/771, in the case of `TLS_method()`), not the minimum / maximum values supported by the library.

I have sent an email to the LibreSSL mailing list asking for clarification on this point, namely, if this is intended behavior. If it is, there are two ways that come to mind to work around this behavior. Both ways would only be necessary if `IS_LIBRESSL`.

1. Skip `test_min_max_version`.
2. Instead of testing that ctx is equal *to* the extremes after it's been set to one of the extremes, test that it's equal to the actual constants.
   There are two ways this could be accomplished as well:
      a. Use PY_PROTO_{MIN,MAX}IMUM_AVAILABLE, defined in _ssl.c (this may require the addition of another call to `PyModule_AddIntConstant` to provide access to the constant from _ssl). The downside to this approach is that it assumes that `TLS_method()`, or whatever `SSL_METHOD` test_ssl.py uses has lower and upper bounds equal to PY_PROTO_{MIN,MAX}IMUM_AVAILABLE, which may not always be the case.
      b. Access and store the values for ctx.{min,max}imum_value on creation, then reference them after setting.
   Either of these approaches would likely also have the benefit of removing the need for `self.assertIn(ctx.minimum_version, {ssl.TLSVersion.TLSv1_2, ssl.TLSVersion.TLSv1_3})`.

The test that failed was:
======================================================================
FAIL: test_min_max_version (test.test_ssl.ContextTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/alan/src/cpython/Lib/test/test_ssl.py", line 1066, in test_min_max_version
    ctx.minimum_version, ssl.TLSVersion.MINIMUM_SUPPORTED
AssertionError: <TLSVersion.TLSv1: 769> != <TLSVersion.MINIMUM_SUPPORTED: -2>

Addendum:
I found the documentation for ssl.TLSVersion.{MAX,MIN}IMUM_SUPPORTED confusing at first - it took me quite a while to realize what the purpose of the constants were; I would have expected them to contain the maximum and minimum protocol versions supported by the library; I see why it was phrased that way, after having boned up on ssl.py, _ssl.c, and OpenSSL/LibreSSL, but think it could could be made clearer.

----------
assignee: docs at python
components: Documentation, SSL, Tests
messages: 320703
nosy: Alan.Huang, alex, christian.heimes, docs at python, dstufft, janssen
priority: normal
severity: normal
status: open
title: test_min_max_version in test_ssl.py fails when Python is built against LibreSSL; {min,max}imum_version behavior differs from OpenSSL
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33995>
_______________________________________

From report at bugs.python.org  Fri Jun 29 01:33:08 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 05:33:08 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1530250388.19.0.56676864532.issue14117@psf.upfronthosting.co.za>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Fri Jun 29 02:29:18 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 06:29:18 +0000
Subject: [issue33993] zipfile module weird behavior when used with zipinfo
In-Reply-To: <1530234257.65.0.56676864532.issue33993@psf.upfronthosting.co.za>
Message-ID: <1530253758.14.0.56676864532.issue33993@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Use:

rel_name = "tmp/test.md"

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33993>
_______________________________________

From report at bugs.python.org  Fri Jun 29 02:38:08 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 06:38:08 +0000
Subject: [issue33991] lib2to3 should parse f-strings
In-Reply-To: <1530224164.23.0.56676864532.issue33991@psf.upfronthosting.co.za>
Message-ID: <1530254288.98.0.56676864532.issue33991@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +2to3 (2.x to 3.x conversion tool)
nosy: +benjamin.peterson, eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Fri Jun 29 03:01:15 2018
From: report at bugs.python.org (Vibhuti)
Date: Fri, 29 Jun 2018 07:01:15 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1530255675.51.0.56676864532.issue33914@psf.upfronthosting.co.za>


Vibhuti <vibhutisawant12 at gmail.com> added the comment:

Thanks STINNER for your help.The issue has been resolved.It was related to gdb itself and not Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Fri Jun 29 03:08:41 2018
From: report at bugs.python.org (James Edwards)
Date: Fri, 29 Jun 2018 07:08:41 +0000
Subject: [issue25457] json dump fails for mixed-type keys when sort_keys is
 specified
In-Reply-To: <1445500861.68.0.856599723102.issue25457@psf.upfronthosting.co.za>
Message-ID: <1530256121.3.0.56676864532.issue25457@psf.upfronthosting.co.za>


James Edwards <jheiv at jheiv.com> added the comment:

This came up in a StackOverflow question[1] today, so I took a stab at addressing the error.  The changes don't restore the 2.x behavior, but just do as R. David Murray suggested and coerce the keys to strings prior to sorting to prevent the error.

The changes in _json.c and json.decoder are handled slightly differently in the case of skipkeys.

Both create a list of (coerced_key, value) pairs, sorts it (when specified), and uses that in place of the PyDict_Items / .items().

When skipkeys=True and invalid (uncoercible) keys are found, the c code will just not append that item to the coerced_items list while the python code uses None to signal that item should be filtered out.

(That being said, I'm not a huge fan of the approach I used in the Python code and may rewrite using .append instead of a generator.

The c code could definitely use a review when it comes to reference counts.

Fork commit: https://github.com/jheiv/cpython/commit/8d3612f56a137da0d26b83d00507ff2f11bca9bb

[1] https://stackoverflow.com/questions/51093268/why-am-i-getting-typeerror-unorderable-types-str-int-in-this-code

----------
nosy: +jedwards

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25457>
_______________________________________

From report at bugs.python.org  Fri Jun 29 05:13:36 2018
From: report at bugs.python.org (skreft)
Date: Fri, 29 Jun 2018 09:13:36 +0000
Subject: [issue33991] lib2to3 should parse f-strings
In-Reply-To: <1530224164.23.0.56676864532.issue33991@psf.upfronthosting.co.za>
Message-ID: <1530263616.82.0.56676864532.issue33991@psf.upfronthosting.co.za>


skreft <skreft at gmail.com> added the comment:

@Steven lib2to3 is no longer specifically for python 2 code, it also parses python 3 code and is the building block of tools like YAPF.

See Eli's comment on this https://bugs.python.org/issue23894: "AFAIK lib2to3 has been repurposed to parse Python 3 as well - it has certainly gained quite a bit of support for that".

I added the versions 3.6-3.8 as previous ones are not able to parse f-strings.

----------
versions: +Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Fri Jun 29 05:56:47 2018
From: report at bugs.python.org (Steffen Schuldenzucker)
Date: Fri, 29 Jun 2018 09:56:47 +0000
Subject: [issue32732] LoggingAdapter ignores extra kwargs of Logger#log()
In-Reply-To: <1517423175.51.0.467229070634.issue32732@psf.upfronthosting.co.za>
Message-ID: <1530266207.94.0.56676864532.issue32732@psf.upfronthosting.co.za>


Steffen Schuldenzucker <steffen.schuldenzucker at gmail.com> added the comment:

To give you a data point, I just hit this problem. Based on the docs and common sense, I didn't expect LoggerAdapter to throw away the other extra arguments. I strongly feel that this is a bug. I cannot see how it could be desired behavior over the one proposed by mcoolive.

My use case is as follows: I'm using python with pandas to clean up a large amount of messy data and I'm using the logging framework to keep track of data consistency issues. Most of these are not critical errors, but I still need to be aware of them. I'm using 'extra' to add contextual information at different layers, like the filename when a file is read in and the column/field name when that particular column is processed. I store that data in a structured format so that I can come back to it later if needed.

I'm currently monkey patching LoggerAdapter.record to achieve the behavior mcoolive described. Specifically:

    def _LoggerAdapter_process_fixed(self: logging.LoggerAdapter, msg, kwargs):
        extra = self.extra.copy()
        extra.update(kwargs.get('extra', dict()))
        kwargs['extra'] = extra
        return msg, kwargs
    logging.LoggerAdapter.process = _LoggerAdapter_process_fixed

----------
nosy: +srs

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32732>
_______________________________________

From report at bugs.python.org  Fri Jun 29 06:15:01 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 10:15:01 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530267301.23.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 23db935bcf258657682e66464bf8512def8af830 by Serhiy Storchaka (Zackery Spytz) in branch 'master':
bpo-25862: Fix assertion failures in io.TextIOWrapper.tell(). (GH-3918)
https://github.com/python/cpython/commit/23db935bcf258657682e66464bf8512def8af830


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 06:16:12 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 10:16:12 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530267372.21.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7612

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 06:23:44 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 10:23:44 +0000
Subject: [issue33959] doc Remove time complexity mention from list Glossary
 entry
In-Reply-To: <1529958002.86.0.56676864532.issue33959@psf.upfronthosting.co.za>
Message-ID: <1530267824.84.0.56676864532.issue33959@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33959>
_______________________________________

From report at bugs.python.org  Fri Jun 29 06:34:38 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 10:34:38 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530268478.1.0.56676864532.issue25862@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset eabebbb54c2604fd8d08e8019ea1be634aed8c2f by Miss Islington (bot) in branch '3.7':
bpo-25862: Fix assertion failures in io.TextIOWrapper.tell(). (GH-3918)
https://github.com/python/cpython/commit/eabebbb54c2604fd8d08e8019ea1be634aed8c2f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 07:06:01 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 29 Jun 2018 11:06:01 +0000
Subject: [issue33991] lib2to3 should parse f-strings
In-Reply-To: <1530263616.82.0.56676864532.issue33991@psf.upfronthosting.co.za>
Message-ID: <20180629110550.GQ14437@ando.pearwood.info>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

> @Steven lib2to3 is no longer specifically for python 2 code, it also 
> parses python 3 code

Ah, all good then. Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Fri Jun 29 07:32:08 2018
From: report at bugs.python.org (=?utf-8?b?TMOhc3psw7MgS2lzcyBLb2xsw6Fy?=)
Date: Fri, 29 Jun 2018 11:32:08 +0000
Subject: [issue33990] CPPFLAGS during ./configure are not passed-through in
 sysconfig.customize_compiler
In-Reply-To: <1530213218.16.0.56676864532.issue33990@psf.upfronthosting.co.za>
Message-ID: <1530271928.53.0.56676864532.issue33990@psf.upfronthosting.co.za>


Change by L?szl? Kiss Koll?r <kiss.kollar.laszlo at gmail.com>:


----------
nosy: +lkollar

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33990>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:35:52 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:35:52 +0000
Subject: [issue33996] Crash in gen_send_ex(): _PyErr_GetTopmostException()
 returns freed memory
Message-ID: <1530275751.35.0.56676864532.issue33996@psf.upfronthosting.co.za>


New submission from STINNER Victor <vstinner at redhat.com>:

Attached dagpool_test.py script triggers a crash on Python 3.7, but works well on Python 3.6. The script is a highly simplified code of tests/dagpool_tests.py of eventlet.

To reproduce the crash, you only need a single dependency: greenlet. Example using a venv:

    python3.7 -m venv ENV
    ENV/bin/python -m pip install greenlet

Then run the script:

    $ test_venv/bin/python dagpool_test.py 
    Segmentation fault (core dumped)

eventlet bug report:
https://github.com/eventlet/eventlet/issues/475


I suspected that the bug is caused by the new exc_info attribute of PyThreadState: commit ae3087c6382011c47db82fea4d05f8bbf514265d.

$ gdb -args test_venv/bin/python -X faulthandler dagpool_test.py
(gdb) run

Program received signal SIGSEGV, Segmentation fault.
0x000000000056c9d2 in PyErr_SetObject (exception=<type at remote 0x9709a0>, value=0x0) at Python/errors.c:101
101	        Py_INCREF(exc_value);
(gdb) where
#0  0x000000000056c9d2 in PyErr_SetObject (exception=<type at remote 0x9709a0>, value=0x0) at Python/errors.c:101
#1  0x000000000056cd4e in PyErr_SetNone (exception=<type at remote 0x9709a0>) at Python/errors.c:162
#2  0x000000000067cb0c in gen_send_ex (gen=0x7fffea651d78, arg=0x0, exc=0, closing=0) at Objects/genobject.c:241
#3  0x000000000067dd86 in gen_iternext (gen=0x7fffea651d78) at Objects/genobject.c:542
#4  0x00000000005461b1 in _PyEval_EvalFrameDefault (...)
...

(gdb) p tstate
$1 = (PyThreadState *) 0xa132a0

(gdb) p tstate->exc_info
$2 = (_PyErr_StackItem *) 0x7fffea651930

(gdb) p *tstate->exc_info
$3 = {
  exc_type = 0x0, 
  exc_value = 0x0, 
  exc_traceback = 0x0, 
  previous_item = 0x7fffea651d20
}

(gdb) p *tstate->exc_info->previous_item
$4 = {
  exc_type = <unknown at remote 0xdbdbdbdbdbdbdbdb>, 
  exc_value = <unknown at remote 0xdbdbdbdbdbdbdbdb>, 
  exc_traceback = <unknown at remote 0xdbdbdbdbdbdbdbdb>, 
  previous_item = 0xdbdbdbdbdbdbdbdb
}

----------
components: Interpreter Core
files: dagpool_test.py
keywords: 3.7regression
messages: 320712
nosy: Mark.Shannon, ned.deily, vstinner, yselivanov
priority: release blocker
severity: normal
status: open
title: Crash in gen_send_ex(): _PyErr_GetTopmostException() returns freed memory
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file47658/dagpool_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33996>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:36:20 2018
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 29 Jun 2018 12:36:20 +0000
Subject: [issue33978] logging.config.dictConfig with file handler leaks
 resources
In-Reply-To: <1530091756.08.0.56676864532.issue33978@psf.upfronthosting.co.za>
Message-ID: <1530275780.67.0.56676864532.issue33978@psf.upfronthosting.co.za>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
pull_requests: +7613
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33978>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:37:53 2018
From: report at bugs.python.org (Erik Wolf)
Date: Fri, 29 Jun 2018 12:37:53 +0000
Subject: [issue33997] multiprocessing Pool hangs in terminate()
Message-ID: <1530275873.32.0.56676864532.issue33997@psf.upfronthosting.co.za>


New submission from Erik Wolf <erik.wolf.87 at gmail.com>:

The terminate() method of multiprocessing.Pool hangs sporadically.
I could track this issue down to the fact that _handle_results() hangs in the outqueue-cleanup. poll() returned True but get() actually hangs endlessly never returning any data.

----------
components: Windows
messages: 320713
nosy: Erik Wolf, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: multiprocessing Pool hangs in terminate()
type: behavior
versions: Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33997>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:39:21 2018
From: report at bugs.python.org (Xiang Zhang)
Date: Fri, 29 Jun 2018 12:39:21 +0000
Subject: [issue33978] logging.config.dictConfig with file handler leaks
 resources
In-Reply-To: <1530091756.08.0.56676864532.issue33978@psf.upfronthosting.co.za>
Message-ID: <1530275961.57.0.56676864532.issue33978@psf.upfronthosting.co.za>


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


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33978>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:40:09 2018
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 29 Jun 2018 12:40:09 +0000
Subject: [issue33997] multiprocessing Pool hangs in terminate()
In-Reply-To: <1530275873.32.0.56676864532.issue33997@psf.upfronthosting.co.za>
Message-ID: <1530276009.24.0.56676864532.issue33997@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7614
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33997>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:40:51 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:40:51 +0000
Subject: [issue33996] Crash in gen_send_ex(): _PyErr_GetTopmostException()
 returns freed memory
In-Reply-To: <1530275751.35.0.56676864532.issue33996@psf.upfronthosting.co.za>
Message-ID: <1530276051.13.0.56676864532.issue33996@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> I suspected that the bug is caused by the new exc_info attribute of PyThreadState: commit ae3087c6382011c47db82fea4d05f8bbf514265d.

The change comes from bpo-25612.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33996>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:41:13 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:41:13 +0000
Subject: [issue25612] nested try..excepts don't work correctly for generators
In-Reply-To: <1447361959.0.0.839122121456.issue25612@psf.upfronthosting.co.za>
Message-ID: <1530276073.84.0.56676864532.issue25612@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

It seems like this issue introduced a regression in Python 3.7.0: bpo-33996 "Crash in gen_send_ex(): _PyErr_GetTopmostException() returns freed memory".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25612>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:44:34 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:44:34 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1530276274.58.0.56676864532.issue33914@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

> Thanks STINNER for your help.The issue has been resolved.It was related to gdb itself and not Python.

Oh good! Happy to see that you solved your issue!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:44:43 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:44:43 +0000
Subject: [issue33914] test_gdb fails for Python 2.7.15
In-Reply-To: <1529491153.96.0.56676864532.issue33914@psf.upfronthosting.co.za>
Message-ID: <1530276283.94.0.56676864532.issue33914@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
resolution: fixed -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33914>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:50:01 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 12:50:01 +0000
Subject: [issue33997] multiprocessing Pool hangs in terminate()
In-Reply-To: <1530275873.32.0.56676864532.issue33997@psf.upfronthosting.co.za>
Message-ID: <1530276601.43.0.56676864532.issue33997@psf.upfronthosting.co.za>


Change by STINNER Victor <vstinner at redhat.com>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33997>
_______________________________________

From report at bugs.python.org  Fri Jun 29 08:52:25 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 12:52:25 +0000
Subject: [issue33996] Crash in gen_send_ex(): _PyErr_GetTopmostException()
 returns freed memory
In-Reply-To: <1530275751.35.0.56676864532.issue33996@psf.upfronthosting.co.za>
Message-ID: <1530276745.97.0.56676864532.issue33996@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33996>
_______________________________________

From report at bugs.python.org  Fri Jun 29 09:52:13 2018
From: report at bugs.python.org (Dan Snider)
Date: Fri, 29 Jun 2018 13:52:13 +0000
Subject: [issue33998] random.randrange completely ignores the step argument
 when stop is None
Message-ID: <1530280333.65.0.56676864532.issue33998@psf.upfronthosting.co.za>


New submission from Dan Snider <mr.assume.away at gmail.com>:

This "bug" is present even in 2.7. I have a really hard time believing that, even if it would be incredibly rare for someone to stumble upon this, may others haven't noticed this rather glaring flaw in the code. I couldn't find any similar issues though. 

My idea of how conservative a standard library function should be may be skewed too far to right. So perhaps I'm mistaken that it's reasonable to assume `random.randrange(10, step=2)` should either:

* raise an error warning users that providing an alternate `step` value has no effect unless  `stop` is also provided;

* go ahead and allow it to work. Logically, the above function call is no different than `random.randrange(0, 10, 2)`.

While I have created a patch that allows alternate (positive) `step` values even if `stop` is `None`, I still think my first instinct is to say that it really should just behave like `range` by raising an error when `stop is None and step != 1`. In that way it emulates the fact `range` only takes positional arguments while keeping the performance boost the current signature has over an `*args` implementation.

I'll try to attach a PR to this after posting but I've never done this before. The patch also includes a simple but effective optimization which at the very least speeds the 1 argument form by 8.5% despite the extra `step==1` check, with the only "cost" of (rightfully, imo) ensuring that only integers are used.

----------
components: Library (Lib)
messages: 320717
nosy: bup
priority: normal
severity: normal
status: open
title: random.randrange completely ignores the step argument when stop is None
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33998>
_______________________________________

From report at bugs.python.org  Fri Jun 29 10:42:52 2018
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 29 Jun 2018 14:42:52 +0000
Subject: [issue33998] random.randrange completely ignores the step argument
 when stop is None
In-Reply-To: <1530280333.65.0.56676864532.issue33998@psf.upfronthosting.co.za>
Message-ID: <1530283372.15.0.56676864532.issue33998@psf.upfronthosting.co.za>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

"I have a really hard time believing that [...] others haven't noticed this rather glaring flaw in the code."

*shrug* Easy or hard for you to believe, nevertheless this same quote-unquote "flaw" goes back to Python 1.5 or older. Whether that makes it a flaw, a bug or a feature, I don't know.

The documentation does say:

    "Keyword arguments should not be used because the 
    function may use them in unexpected ways."

https://docs.python.org/3/library/random.html#random.randrange

so I'd suggest that the behaviour of randrange(10, seed=2) is currently considered undefined.

----------
nosy: +rhettinger, steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33998>
_______________________________________

From report at bugs.python.org  Fri Jun 29 10:43:32 2018
From: report at bugs.python.org (Dan Snider)
Date: Fri, 29 Jun 2018 14:43:32 +0000
Subject: [issue33998] random.randrange completely ignores the step argument
 when stop is None
In-Reply-To: <1530280333.65.0.56676864532.issue33998@psf.upfronthosting.co.za>
Message-ID: <1530283412.13.0.56676864532.issue33998@psf.upfronthosting.co.za>


Change by Dan Snider <mr.assume.away at gmail.com>:


----------
keywords: +patch
pull_requests: +7616
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33998>
_______________________________________

From report at bugs.python.org  Fri Jun 29 11:20:47 2018
From: report at bugs.python.org (Peter)
Date: Fri, 29 Jun 2018 15:20:47 +0000
Subject: [issue33999] `pip3 install past` does not work
Message-ID: <1530285647.9.0.56676864532.issue33999@psf.upfronthosting.co.za>


New submission from Peter <petergranitski at gmail.com>:

When trying to install the `past` module using pip 10.0.1 using python 3.6.5 I get:
====================================================================
$ pip3 install past --no-compile
Collecting past
  Could not find a version that satisfies the requirement past (from versions: )
No matching distribution found for past
====================================================================

Confirming package exists with pip search:
====================================================================
$ pip3 search past | grep past
past (0.11.1)                                - [Experimental] Run Python 2 code from Python 3
====================================================================

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 320719
nosy: PeterGhimself
priority: normal
severity: normal
status: open
title: `pip3 install past` does not work
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33999>
_______________________________________

From report at bugs.python.org  Fri Jun 29 11:32:57 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 15:32:57 +0000
Subject: [issue33999] `pip3 install past` does not work
In-Reply-To: <1530285647.9.0.56676864532.issue33999@psf.upfronthosting.co.za>
Message-ID: <1530286377.98.0.56676864532.issue33999@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This is a tracker for bugs in the Python interpreter. Use appropriate tracker for reporting bugs in a third-party project.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33999>
_______________________________________

From report at bugs.python.org  Fri Jun 29 11:48:53 2018
From: report at bugs.python.org (Geoffrey Sneddon)
Date: Fri, 29 Jun 2018 15:48:53 +0000
Subject: [issue34000] Document when compile returns a code object v. AST
Message-ID: <1530287332.99.0.56676864532.issue34000@psf.upfronthosting.co.za>


New submission from Geoffrey Sneddon <geoffers+pythonbugs at gmail.com>:

The compile built-in documentation says:

> Compile the source into a code or AST object.

It doesn't however go on to say when it returns each!

It does however note:

> If you want to parse Python code into its AST representation, see ast.parse().

So compile can compile the source into an AST object, but if I want to parse Python code into an AST I should use ast.parse?

As far as I can tell, this goes back to Python 2.5: https://docs.python.org/2/whatsnew/2.5.html#build-and-c-api-changes

>From the What's New page:

> It?s possible for Python code to obtain AST objects by using the compile() built-in and specifying _ast.PyCF_ONLY_AST as the value of the flags parameter

So that would seem to be the case when compile returns an AST!

Interestingly, the implementation of ast.parse *literally just calls compile* (https://github.com/python/cpython/blob/58ed7307ea0b5c5aa052291ebc3030f314f938d8/Lib/ast.py#L30-L35).

Note, however, this means a further part of the compile documentation is wrong:

> The optional arguments flags and dont_inherit control which future statements (see PEP 236) affect the compilation of source.

flags is therefore something more general than just controlling which future statements affect the source, given it also controls the output type of the function.

In short, we should:

 * document the flags argument can take _ast.PyCF_ONLY_AST *or* change the documentation to say it returns a code object (and not an AST object)

----------
assignee: docs at python
components: Documentation
messages: 320721
nosy: docs at python, gsnedders
priority: normal
severity: normal
status: open
title: Document when compile returns a code object v. AST
versions: Python 2.7, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34000>
_______________________________________

From report at bugs.python.org  Fri Jun 29 12:09:13 2018
From: report at bugs.python.org (Alan Huang)
Date: Fri, 29 Jun 2018 16:09:13 +0000
Subject: [issue34001] LibreSSL does not tolerate setting minimum_version
 greater than maximum_version
Message-ID: <1530288553.74.0.56676864532.issue34001@psf.upfronthosting.co.za>


New submission from Alan Huang <Alan.Huang at utdallas.edu>:

LibreSSL has a function called `ssl_clamp_version_range` that is called before attempting to set the minimum and maximum protocol versions in `ssl_version_set_{min,max}`. The function disallows setting ranges that are invalid (i.e., where minimum_version > maximum_version). OpenSSL does not disallow this behavior.

As a result, attempting to set a minimum_version greater than a maximum_version results in a ValueError when Python is built with LibreSSL.

There are two things that might need fixing here:
1. Replace the ValueError "Unsupported protocol version 0x%x" message with a more generic one. The assumption that the only way the operation can fail is if the underlying library does not support the protocol version is incorrect.
   This can be done by either making the message more generic or by introducing another error message to handle this case.
2. Change test_min_max_version lines 3575-3576 to set the maximum_version before the minimum_version.

Here's some Python code to reproduce the above-mentioned error:
```
import ssl

ctx = ssl.SSLContext()
ctx.maximum_version = ssl.TLSVersion.TLSv1_1
ctx.minimum_version = ssl.TLSVersion.TLSv1_2

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/alan/src/cpython/Lib/ssl.py", line 491, in minimum_version
    super(SSLContext, SSLContext).minimum_version.__set__(self, value)
ValueError: Unsupported protocol version 0x303
```

Here's some example C code:
```
#include <openssl/ssl.h>
#include <openssl/ossl_typ.h>
#include <stdio.h>

int main(){
    SSL_CTX *ctx = NULL;
    ctx = SSL_CTX_new(TLS_method());

    printf("setting max to TLSv1.1: ");
    if(SSL_CTX_set_max_proto_version(ctx, TLS1_1_VERSION)){
        printf("success\n");
    }   
    else{
        printf("failure\n");
    }   
    printf("setting min to TLSv1.2: ");
    if(SSL_CTX_set_min_proto_version(ctx, TLS1_2_VERSION)){
        printf("success\n");
    }   
    else{
        printf("failure\n");
    }   

    printf("min ver: %d\n", SSL_CTX_get_min_proto_version(ctx));
    printf("max ver: %d\n", SSL_CTX_get_max_proto_version(ctx));
    return 0;
}
```

Under LibreSSL 2.7.4, this produces:
```
setting max to TLSv1.1: success
setting min to TLSv1.2: failure
min ver: 769
max ver: 770
```

Under OpenSSL 1.1.0g, this produces:
```
setting max to TLSv1.1: success
setting min to TLSv1.2: success
min ver: 771
max ver: 770
```

The test that failed:
======================================================================
ERROR: test_min_max_version (test.test_ssl.ThreadedTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/alan/src/cpython/Lib/test/test_ssl.py", line 3575, in test_min_max_version
    server_context.minimum_version = ssl.TLSVersion.TLSv1_2
  File "/home/alan/src/cpython/Lib/ssl.py", line 491, in minimum_version
    super(SSLContext, SSLContext).minimum_version.__set__(self, value)
ValueError: Unsupported protocol version 0x303

----------
assignee: christian.heimes
components: SSL, Tests
messages: 320722
nosy: Alan.Huang, alex, christian.heimes, dstufft, janssen
priority: normal
severity: normal
status: open
title: LibreSSL does not tolerate setting minimum_version greater than maximum_version
type: behavior
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34001>
_______________________________________

From report at bugs.python.org  Fri Jun 29 13:24:02 2018
From: report at bugs.python.org (James Edwards)
Date: Fri, 29 Jun 2018 17:24:02 +0000
Subject: [issue25457] json dump fails for mixed-type keys when sort_keys is
 specified
In-Reply-To: <1445500861.68.0.856599723102.issue25457@psf.upfronthosting.co.za>
Message-ID: <1530293042.92.0.56676864532.issue25457@psf.upfronthosting.co.za>


Change by James Edwards <jheiv at jheiv.com>:


----------
keywords: +patch
pull_requests: +7617
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25457>
_______________________________________

From report at bugs.python.org  Fri Jun 29 13:52:38 2018
From: report at bugs.python.org (Ivan Pozdeev)
Date: Fri, 29 Jun 2018 17:52:38 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1530294758.72.0.56676864532.issue33944@psf.upfronthosting.co.za>


Ivan Pozdeev <ivan_pozdeev at mail.ru> added the comment:

I *think* we need to ask maintainers of packages who use .pth -- at least, Mark Hammond (pywin32) -- to find out the impact and if everything can be done with other means.

AFAICS it at least allows pywin32 to have many top-level modules without cluttering `site-packages'.

pywin32 e.g. also copies some files to %windir%\system32 for some reason. And last time I checked, distutils had no functionality that involved symlinks, regardless of the OS.

----------
nosy: +Ivan.Pozdeev, mhammond
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:12:17 2018
From: report at bugs.python.org (Eric Snow)
Date: Fri, 29 Jun 2018 18:12:17 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530295937.61.0.56676864532.issue33932@psf.upfronthosting.co.za>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:

> I looked quickly at _Py_InitializeCore() and I'm not sure
> that it's designed to replace an existing configuration.
> ...
> So maybe for this specific case, _Py_InitializeCore() should
> always set Py_HashRandomizationFlag.

+1

At the same time, the use of Py_*Flag variables is a little unclear in the PEP 432 world.  Under the PEP I'd expect code in CPython to use the core config from the current PyInterpreterState (or even _PyRuntimeState), rather than the global flag variables.  So presumably (the PEP doesn't talk about it) the intent of keeping them is to help folks that currently make use of the flags.  However, they shouldn't be modifying them after initialization, and under PEP 432 they don't need to set them beforehand (they set values on the config), right?

Part of the problem here is that Py_Main() results in all the flag variables getting set (before runtime initialization).  However, with the current PEP 432 [internal] implementation those variables are (mostly) never getting set, right?  Shouldn't we set all of them, but only at the end of _Py_InitializeCore() (for the sake of extensions/embedders that use them)?  In that case we'd need to replace our internal use of Py_HashRandomizationFlag with field on the config struct on _PyRuntimeState.

> But it was just one example to show that right now,
> _Py_InitializeCore() doesn't seem to support to be called
> twice with two different configurations.

Are there other things (than how we set that flag) that break in that case?  Regardless, what would ensure that it works properly?

----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:27:44 2018
From: report at bugs.python.org (Erik Wolf)
Date: Fri, 29 Jun 2018 18:27:44 +0000
Subject: [issue33997] multiprocessing Pool hangs in terminate()
In-Reply-To: <1530275873.32.0.56676864532.issue33997@psf.upfronthosting.co.za>
Message-ID: <1530296864.92.0.56676864532.issue33997@psf.upfronthosting.co.za>


Erik Wolf <erik.wolf.87 at gmail.com> added the comment:

To help get an idea of the racing condition I created a trace with several additional debug outputs in pool.py and connection.py

"======= Creating new pool =======" marks a new start of a pool using the Pool.imap() function. The iteration is terminated at some time and a new pool is created with a new call to imap(). The last log entry shows the location of the last call which currently hangs endlessly.

I am not a multithreading/winapi expert so I could not fix the actual issue with _winapi.WaitForMultipleObjects but the fix in the PR actually ignores preceding issues when polling more data than actually needed for the two sentinels.

Remark: I have also seen this issue in linux with the same application but was not able to debug it so far.

----------
Added file: https://bugs.python.org/file47659/debug.trace

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33997>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:34:14 2018
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 29 Jun 2018 18:34:14 +0000
Subject: [issue33980] SSL Error when uploading package to your own pypi
In-Reply-To: <1530102486.37.0.56676864532.issue33980@psf.upfronthosting.co.za>
Message-ID: <1530297254.18.0.56676864532.issue33980@psf.upfronthosting.co.za>


?ric Araujo <merwok at netwok.org> added the comment:

I don?t think there is an option (see the --help command), but on localhost you could use http instead of https.  Otherwise it?s strongly recommended to use twine to upload.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33980>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:45:05 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 18:45:05 +0000
Subject: [issue33949] tests: allow to select tests using loadTestsFromName
In-Reply-To: <1529782029.77.0.56676864532.issue33949@psf.upfronthosting.co.za>
Message-ID: <1530297905.85.0.56676864532.issue33949@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I have used test -m, but a point in favor of this proposal, for other people, is consistency with running unittest

f:\dev\3x>python -m unittest idlelib.idle_test.test_autocomplete.AutoCompleteTest.test_init
Running Debug|Win32 interpreter...
.
----------------------------------------------------------------------
Ran 1 test in 0.176s

However, the current patch appears to be useless for test modules, like test_idle, that use load_tests to discover tests, as none of the test modules or classes discovered are attributes of the main test module.  The following both fail.

python -m test test_idle.test_autocomplete
python -m test test_idle.AutoCompleteTest

----------
nosy: +ezio.melotti, michael.foord, rbcollins, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33949>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:45:49 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 18:45:49 +0000
Subject: [issue33927] Allow json.tool to have identical infile and outfile
In-Reply-To: <1529577940.46.0.56676864532.issue33927@psf.upfronthosting.co.za>
Message-ID: <1530297948.99.0.56676864532.issue33927@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi Pablo, I added two tests to confirm that file descriptors do not link anymore.

The tests are rather ugly but I'm not sure if it's possible to do better.

Is this patch ok for you?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33927>
_______________________________________

From report at bugs.python.org  Fri Jun 29 14:59:31 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 29 Jun 2018 18:59:31 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530298771.65.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7619

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:02:30 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:02:30 +0000
Subject: [issue34002] minor efficiency and clarity improvements in email
 package
Message-ID: <1530298950.25.0.56676864532.issue34002@psf.upfronthosting.co.za>


New submission from Michael Selik <mike at selik.org>:

The primary motivation for these improvements was avoiding a while/pop pattern for looping. A for-loop is a big improvement over copying a list, then repeatedly popping the 0th element.

A lesser improvement is the use of ``a.intersection(b)`` instead of ``c = set(b); len(c) > len(c - a)``. The check for intersection is more clear, and it avoids an unnecessary set construction.

https://github.com/python/cpython/pull/7999/

----------
messages: 320730
nosy: selik
priority: normal
severity: normal
status: open
title: minor efficiency and clarity improvements in email package

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34002>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:02:59 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:02:59 +0000
Subject: [issue34002] minor efficiency and clarity improvements in email
 package
In-Reply-To: <1530298950.25.0.56676864532.issue34002@psf.upfronthosting.co.za>
Message-ID: <1530298979.33.0.56676864532.issue34002@psf.upfronthosting.co.za>


Change by Michael Selik <mike at selik.org>:


----------
keywords: +patch
pull_requests: +7620
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34002>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:04:33 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:04:33 +0000
Subject: [issue34002] minor efficiency and clarity improvements in email
 package
In-Reply-To: <1530298950.25.0.56676864532.issue34002@psf.upfronthosting.co.za>
Message-ID: <1530299073.7.0.56676864532.issue34002@psf.upfronthosting.co.za>


Change by Michael Selik <mike at selik.org>:


----------
components: +email
nosy: +barry, r.david.murray
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34002>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:08:36 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 29 Jun 2018 19:08:36 +0000
Subject: [issue33998] random.randrange completely ignores the step argument
 when stop is None
In-Reply-To: <1530280333.65.0.56676864532.issue33998@psf.upfronthosting.co.za>
Message-ID: <1530299316.62.0.56676864532.issue33998@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

My vote is for "that's just the way it is, it works fine for just about everyone most of the time".  

In pure Python code, it is expensive to try to handle or defend against all possible input variations.

----------
assignee:  -> tim.peters
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33998>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:30:15 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 19:30:15 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530300615.3.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset d6a283b37b66ecd2d0ff43602ddc8e91b54a51c5 by Serhiy Storchaka (Zackery Spytz) in branch '3.6':
[3.6] bpo-25862: Fix assertion failures in io.TextIOWrapper.tell(). (GH-3918). (GH-8012)
https://github.com/python/cpython/commit/d6a283b37b66ecd2d0ff43602ddc8e91b54a51c5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:44:02 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 29 Jun 2018 19:44:02 +0000
Subject: [issue33977] [Windows] test_compileall fails randomly with
 PermissionError: [WinError 5] Access is denied: (...).pyc
In-Reply-To: <1530090995.62.0.56676864532.issue33977@psf.upfronthosting.co.za>
Message-ID: <1530301442.61.0.56676864532.issue33977@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

#20760 reported failures on Linux.  I think one of these two issues should be closed.  FWIW, I ran
f:\dev\3x>python -m test -R 3:10 -m CommandLineTests test_compileall
twice with no failures.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33977>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:45:35 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 29 Jun 2018 19:45:35 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530301535.56.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
pull_requests: +7621

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:47:39 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:47:39 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
Message-ID: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>


New submission from Michael Selik <mike at selik.org>:

Since dicts are now keeping insertion order as of 3.7, we can switch to the more efficient construction of dict rather than OrderedDict for each row in the CSV file.

----------
messages: 320734
nosy: selik
priority: normal
severity: normal
status: open
title: csv.DictReader can return basic dict instead of OrderedDict
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:59:33 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:59:33 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530302373.16.0.56676864532.issue34003@psf.upfronthosting.co.za>


Change by Michael Selik <mike at selik.org>:


----------
keywords: +patch
pull_requests: +7622
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 15:59:52 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 19:59:52 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530302392.16.0.56676864532.issue34003@psf.upfronthosting.co.za>


Michael Selik <mike at selik.org> added the comment:

Pull request.

https://github.com/python/cpython/pull/8014

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:02:00 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 20:02:00 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530302520.14.0.56676864532.issue34003@psf.upfronthosting.co.za>


Change by Michael Selik <mike at selik.org>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:02:17 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 20:02:17 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530302537.83.0.56676864532.issue34003@psf.upfronthosting.co.za>


Change by Michael Selik <mike at selik.org>:


----------
type:  -> performance

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:06:39 2018
From: report at bugs.python.org (Larry Hastings)
Date: Fri, 29 Jun 2018 20:06:39 +0000
Subject: [issue33700] [doc] Old version picker don't understand language tags
 in URL
In-Reply-To: <1527716663.86.0.682650639539.issue33700@psf.upfronthosting.co.za>
Message-ID: <1530302799.65.0.56676864532.issue33700@psf.upfronthosting.co.za>


Larry Hastings <larry at hastings.org> added the comment:

Doc fixes are generally okay in security-fixes-only branches.  Obviously I'd want to review it before it went in; it sounds like a simple change (one line change to an RE?), so you can send me a PR or just post it here if you want a pre-review.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33700>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:07:16 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 29 Jun 2018 20:07:16 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530302836.21.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 0464de0f9a226cfa32b803e0326c12b2432aba26 by Serhiy Storchaka (Zackery Spytz) in branch '2.7':
[2.7] bpo-25862: Fix assertion failures in io.TextIOWrapper.tell(). (GH-3918). (GH-8013)
https://github.com/python/cpython/commit/0464de0f9a226cfa32b803e0326c12b2432aba26


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:30:28 2018
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 29 Jun 2018 20:30:28 +0000
Subject: [issue33977] [Windows] test_compileall fails randomly with
 PermissionError: [WinError 5] Access is denied: (...).pyc
In-Reply-To: <1530301442.61.0.56676864532.issue33977@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGGLwjOONeB=7AwGHA1=dhYYHDb8UWtJWSf3U0ZfQ_sG3A@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

While the issue is rare, I am sure that there is a race condition. The bug
maybe happens when other tests run in parallel.

The test should work in its own temporary directory to no be bothered by
other tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33977>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:55:06 2018
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 29 Jun 2018 20:55:06 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530305706.43.0.56676864532.issue34003@psf.upfronthosting.co.za>


Eric V. Smith <eric at trueblade.com> added the comment:

The dict and OrderedDict APIs are slightly different, although I'm not sure anyone cares. See #32339. In that PR https://github.com/python/cpython/pull/4904, Guido said to not make this change. See also the python-dev discussion at https://mail.python.org/pipermail/python-dev/2017-December/151351.html

If you feel strongly about this, I suggest discussing it on python-dev first.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:57:22 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 20:57:22 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1530305842.59.0.56676864532.issue28657@psf.upfronthosting.co.za>


Change by R?mi Lapeyre <remi.lapeyre at henki.fr>:


----------
keywords: +patch
pull_requests: +7623
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Fri Jun 29 16:58:15 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 20:58:15 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1530305895.47.0.56676864532.issue28657@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Hi B?a?ej Michalik, can you confirm the attached patch fixed the issue for you?

----------
nosy: +remi.lapeyre

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Fri Jun 29 17:13:07 2018
From: report at bugs.python.org (Michael Selik)
Date: Fri, 29 Jun 2018 21:13:07 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530306787.04.0.56676864532.issue34003@psf.upfronthosting.co.za>


Michael Selik <mike at selik.org> added the comment:

I searched for previously submitted issues, but somehow didn't spot #32339.

I'll do some searching for whether anyone uses ``move_to_end`` on DictReader rows and respond to the mailing list with a report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 17:43:37 2018
From: report at bugs.python.org (Joseph Sible)
Date: Fri, 29 Jun 2018 21:43:37 +0000
Subject: [issue34004] Acquiring locks not interrupted by signals on musl libc
Message-ID: <1530308617.47.0.56676864532.issue34004@psf.upfronthosting.co.za>


New submission from Joseph Sible <josephcsible at gmail.com>:

When Python is built on Alpine Linux or in any other configuration that uses musl libc, calls to Lock.acquire() can't be interrupted by signals. This bug is caught by test_lock_acquire_interruption and test_rlock_acquire_interruption in 3.6/Lib/test/test_threadsignals.py, both of which fail when Python is built on musl.

POSIX explicitly says that sem_timedwait ever failing with EINTR is optional:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/sem_timedwait.html#tag_16_508_05

And musl deliberately chooses not to support it:
http://www.openwall.com/lists/musl/2018/02/24/3
http://git.musl-libc.org/cgit/musl/commit/?id=c0ed5a201b2bdb6d1896064bec0020c9973db0a1

However, we incorrectly rely on it for correct operation. Our documentation https://docs.python.org/3.6/library/threading.html#threading.Lock.acquire just says that "Lock acquires can now be interrupted by signals on POSIX", not that any optional POSIX features are required for it.

A similar bug was #11223, which was the same problem but with pthread_cond_timedwait, which is used when semaphores aren't available.

----------
components: Extension Modules
messages: 320742
nosy: Joseph Sible
priority: normal
severity: normal
status: open
title: Acquiring locks not interrupted by signals on musl libc
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34004>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:03:03 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 22:03:03 +0000
Subject: [issue34005] Replace inspect.formatargspec by inspect.signature in
 xmlrpc module
Message-ID: <1530309783.11.0.56676864532.issue34005@psf.upfronthosting.co.za>


New submission from R?mi Lapeyre <remi.lapeyre at henki.fr>:

xmlrpc still makes use of formatargspec which is deprecated since Python 3.5 and raises a deprecation warning:

DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly

The proposed patch replace both uses of inspect.formatargspec by inspect.signature as the documentation suggest in https://docs.python.org/3/library/inspect.html#inspect.formatargspec.

----------
messages: 320743
nosy: remi.lapeyre
priority: normal
severity: normal
status: open
title: Replace inspect.formatargspec by inspect.signature in xmlrpc module

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34005>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:05:31 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 22:05:31 +0000
Subject: [issue34005] Replace inspect.formatargspec by inspect.signature in
 xmlrpc module
In-Reply-To: <1530309783.11.0.56676864532.issue34005@psf.upfronthosting.co.za>
Message-ID: <1530309931.61.0.56676864532.issue34005@psf.upfronthosting.co.za>


Change by R?mi Lapeyre <remi.lapeyre at henki.fr>:


----------
keywords: +patch
pull_requests: +7624
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34005>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:13:46 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 22:13:46 +0000
Subject: [issue34005] Replace inspect.formatargspec by inspect.signature in
 xmlrpc module
In-Reply-To: <1530309783.11.0.56676864532.issue34005@psf.upfronthosting.co.za>
Message-ID: <1530310426.35.0.56676864532.issue34005@psf.upfronthosting.co.za>


Change by R?mi Lapeyre <remi.lapeyre at henki.fr>:


----------
components: +Library (Lib), XML
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34005>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:15:31 2018
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 29 Jun 2018 22:15:31 +0000
Subject: [issue34005] Replace inspect.formatargspec by inspect.signature in
 xmlrpc module
In-Reply-To: <1530309783.11.0.56676864532.issue34005@psf.upfronthosting.co.za>
Message-ID: <1530310531.12.0.56676864532.issue34005@psf.upfronthosting.co.za>


Zackery Spytz <zspytz at gmail.com> added the comment:

This is a duplicate of #33911 (which already has a PR).

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34005>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:57:40 2018
From: report at bugs.python.org (miss-islington)
Date: Fri, 29 Jun 2018 22:57:40 +0000
Subject: [issue28411] Eliminate PyInterpreterState.modules.
In-Reply-To: <1476138783.81.0.661524291989.issue28411@psf.upfronthosting.co.za>
Message-ID: <1530313060.63.0.56676864532.issue28411@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7625

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28411>
_______________________________________

From report at bugs.python.org  Fri Jun 29 18:59:04 2018
From: report at bugs.python.org (=?utf-8?q?R=C3=A9mi_Lapeyre?=)
Date: Fri, 29 Jun 2018 22:59:04 +0000
Subject: [issue34005] Replace inspect.formatargspec by inspect.signature in
 xmlrpc module
In-Reply-To: <1530309783.11.0.56676864532.issue34005@psf.upfronthosting.co.za>
Message-ID: <1530313144.13.0.56676864532.issue34005@psf.upfronthosting.co.za>


R?mi Lapeyre <remi.lapeyre at henki.fr> added the comment:

Indeed, it is the exact same patch. Sorry about the duplicate.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34005>
_______________________________________

From report at bugs.python.org  Fri Jun 29 19:04:41 2018
From: report at bugs.python.org (Roel Schroeven)
Date: Fri, 29 Jun 2018 23:04:41 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
Message-ID: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>


New submission from Roel Schroeven <roel at roelschroeven.net>:

Since 3.7 (and possibly 3.6.6) the .chm Windows help file uses fixed line lenghts, instead of properly adapting to the window width. Please revert to the old behavior.

See screenshot: the empty space on the right is just silly.

----------
components: Windows
files: python manual.PNG
messages: 320746
nosy: paul.moore, roelschroeven, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows HTML Help (chm) has fixed line length
type: enhancement
versions: Python 3.7
Added file: https://bugs.python.org/file47660/python manual.PNG

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Fri Jun 29 20:25:00 2018
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Sat, 30 Jun 2018 00:25:00 +0000
Subject: [issue34007] test_gdb fails in s390x SLES buildbots
Message-ID: <1530318299.83.0.56676864532.issue34007@psf.upfronthosting.co.za>


New submission from Pablo Galindo Salgado <pablogsal at gmail.com>:

test_gdb is currently failing on the following buildbots:

http://buildbot.python.org/all/#/builders/54/builds/465
http://buildbot.python.org/all/#/builders/66/builds/178
http://buildbot.python.org/all/#/builders/16/builds/1279
http://buildbot.python.org/all/#/builders/122/builds/481

Sample error lines:


======================================================================
FAIL: test_threads (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates threads that are waiting for the GIL
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/dje/cpython-buildarea/3.7.edelsohn-sles-z/build/Lib/test/test_gdb.py", line 776, in test_threads
    cmds_after_breakpoint=['thread apply all py-bt'])
  File "/home/dje/cpython-buildarea/3.7.edelsohn-sles-z/build/Lib/test/test_gdb.py", line 213, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Python Exception <class 'gdb.error'> PC [58 chars]ved'] != []
First list contains 2 additional elements.
First extra element 0:
"Python Exception <class 'gdb.error'> PC not saved: "
+ []
- ["Python Exception <class 'gdb.error'> PC not saved: ",
-  'Error occurred in Python command: PC not saved']
----------------------------------------------------------------------
Ran 46 tests in 19.888s
FAILED (failures=1)
1 test failed again:
    test_gdb

----------
components: Tests
messages: 320747
nosy: pablogsal
priority: normal
severity: normal
status: open
title: test_gdb fails in s390x SLES buildbots
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34007>
_______________________________________

From report at bugs.python.org  Fri Jun 29 20:50:21 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Jun 2018 00:50:21 +0000
Subject: [issue34003] csv.DictReader can return basic dict instead of
 OrderedDict
In-Reply-To: <1530301659.14.0.56676864532.issue34003@psf.upfronthosting.co.za>
Message-ID: <1530319821.79.0.56676864532.issue34003@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This might need a deprecation before switching but it would be useful.  The DictReader can produced huge numbers of instances that would benefit from the smaller size.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34003>
_______________________________________

From report at bugs.python.org  Fri Jun 29 20:53:06 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Jun 2018 00:53:06 +0000
Subject: [issue33989] ms.key_compare is not initialized in all pathes of
 list_sort_impl
In-Reply-To: <1530207786.09.0.56676864532.issue33989@psf.upfronthosting.co.za>
Message-ID: <1530319986.87.0.56676864532.issue33989@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Do you want to submit a patch?

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33989>
_______________________________________

From report at bugs.python.org  Fri Jun 29 21:30:27 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Jun 2018 01:30:27 +0000
Subject: [issue33959] doc Remove time complexity mention from list Glossary
 entry
In-Reply-To: <1529958002.86.0.56676864532.issue33959@psf.upfronthosting.co.za>
Message-ID: <1530322227.24.0.56676864532.issue33959@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Let's leave this as-is.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33959>
_______________________________________

From report at bugs.python.org  Fri Jun 29 21:33:39 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Jun 2018 01:33:39 +0000
Subject: [issue33989] ms.key_compare is not initialized in all pathes of
 list_sort_impl
In-Reply-To: <1530207786.09.0.56676864532.issue33989@psf.upfronthosting.co.za>
Message-ID: <1530322419.36.0.56676864532.issue33989@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Serhiy, do you want to take this one?

----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33989>
_______________________________________

From report at bugs.python.org  Sat Jun 30 01:08:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 05:08:30 +0000
Subject: [issue33989] ms.key_compare is not initialized in all pathes of
 list_sort_impl
In-Reply-To: <1530207786.09.0.56676864532.issue33989@psf.upfronthosting.co.za>
Message-ID: <1530335310.32.0.56676864532.issue33989@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +elliot.gorokhovsky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33989>
_______________________________________

From report at bugs.python.org  Sat Jun 30 01:22:59 2018
From: report at bugs.python.org (Elliot Gorokhovsky)
Date: Sat, 30 Jun 2018 05:22:59 +0000
Subject: [issue33989] ms.key_compare is not initialized in all pathes of
 list_sort_impl
In-Reply-To: <1530335310.34.0.902498594338.issue33989@psf.upfronthosting.co.za>
Message-ID: <CANZJz4huOSkhxtqTbHRFUBGTx3grmvot1h=t4pcBLg5D6vbDFg@mail.gmail.com>


Elliot Gorokhovsky <elliot.gorokhovsky at gmail.com> added the comment:

You can always fall back on safe_object_compare. So unless there's an
obvious reason why your edge case can't be triggered, it would be worth
putting that in as a failsafe. The additional branch should be 100%
predictable, so there shouldn't be any performance penalty.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33989>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:20:30 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 06:20:30 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530339630.86.0.56676864532.issue33974@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 5bb5bbfca847524bab5f2368bdb48eedf5dba74f by Serhiy Storchaka in branch 'master':
bpo-33974: Fix passing special characters to ttk widgets. (GH-7986)
https://github.com/python/cpython/commit/5bb5bbfca847524bab5f2368bdb48eedf5dba74f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:20:46 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 06:20:46 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530339646.47.0.56676864532.issue33974@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7626

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:21:38 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 06:21:38 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530339698.88.0.56676864532.issue33974@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7627

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:37:48 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 06:37:48 +0000
Subject: [issue33944] Deprecate and remove pth files
In-Reply-To: <1529688140.44.0.56676864532.issue33944@psf.upfronthosting.co.za>
Message-ID: <1530340668.37.0.56676864532.issue33944@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I think we also need to clearly separate two distinct aspects of .pth files:

1. "import <module>; <arbitrary code execution goes here>" lines <--- Kill it with fire
2. "<add this directory to sys.path>" lines <--- This is fine and good and perfectly sensible

It's point 2 that powers things like "pew add", and I don't see any particularly compelling reason to get rid of it.

The "arbitrary code invocation for every single Python execution using that environment" aspect, on the other hand, is mostly a PITA, and used as a workaround for other features being missing (e.g. the PYTHONRUNFIRST proposal in https://bugs.python.org/issue14803).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33944>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:40:07 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 06:40:07 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530340807.29.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Victor, could you file a separate issue for Py_Main(). It's a different problem, since Py_Main() is an entry point for an *application that embeds Python*. It's not a CPython API in the tradition sense.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:43:00 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 06:43:00 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530340980.16.0.56676864532.issue33974@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 42ea5226642c2a416b32278914fa4738093298ff by Miss Islington (bot) in branch '3.7':
bpo-33974: Fix passing special characters to ttk widgets. (GH-7986)
https://github.com/python/cpython/commit/42ea5226642c2a416b32278914fa4738093298ff


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:43:25 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 06:43:25 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530341005.08.0.56676864532.issue33974@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b2e88fcf63515f8a66759a6fdc75d08a0a440901 by Miss Islington (bot) in branch '3.6':
bpo-33974: Fix passing special characters to ttk widgets. (GH-7986)
https://github.com/python/cpython/commit/b2e88fcf63515f8a66759a6fdc75d08a0a440901


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 02:58:41 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 06:58:41 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
Message-ID: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

In the current documentation, Py_Main is listed as a regular C API function: https://docs.python.org/3/c-api/veryhigh.html#c.Py_Main

We also didn't add Py_Main() to https://docs.python.org/3/c-api/init.html#before-python-initialization when we did the review for "Functions which are safe to call before Py_Initialize()".

If it truly is a regular C API function, then this suggests that Py_Main() should be called *after* Py_Initialize().

However, Py_Main() has historically called Py_Initialize() *itself*, and generally assumes it has total control over management of the current process - it doesn't expect to be sharing the current process with an embedding application.

In Python 3.7, Py_Main() was changed to call _Py_InitializeCore() and _Py_InitializeMainInterpreter() as separate steps, allowing it to detect cases where an embedding application had already called Py_Initialize(), meaning that Py_Main()'s config setting changes wouldn't be applied.

In effect, we've converted a silent failure (settings not read and applied as expected) into a noisy one (attempting to call Py_Main() in an already initialised interpreter).

(The test suite is silent on the matter, since the idea of an embedding application calling Py_Initialize() before calling Py_Main() never even occurred to us)

So the question is, what should we do about this for Python 3.7:

1. Treat it as a regression, try to replicate the old behaviour of partially (but not completely) ignoring the config settings read by Py_Main()
2. Treat it as a regression, but don't try to replicate the old config-settings-are-partially-applied behaviour - just ignore the settings read by Py_Main() completely
3. Treat it as a long standing documentation error, update the docs to make it clear that Py_Main() expects to handle calling Py_Initialize() itself, and update the Python 3.7 porting guide accordingly

----------
messages: 320758
nosy: eric.snow, ncoghlan, vstinner
priority: normal
severity: normal
stage: test needed
status: open
title: Do we support calling Py_Main() after Py_Initialize()?
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 03:01:22 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 07:01:22 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530342082.67.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I filed https://bugs.python.org/issue34008 to cover the fact that "Py_Initialize(); Py_Main();" doesn't work in 3.7.0 whereas it used to sort of work (by only partially applying the settings read from the CLI and environment by the Py_Main() call).

Since "Py_Initialize(); Py_Initialize();" *does* work in 3.7.0, closing this one again.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Sat Jun 30 03:03:01 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 07:03:01 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530342181.0.0.56676864532.issue34008@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +emilyemorehouse

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 03:06:10 2018
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Sat, 30 Jun 2018 07:06:10 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530342370.21.0.56676864532.issue34008@psf.upfronthosting.co.za>


Miro Hron?ok <miro at hroncok.cz> added the comment:

This hits fontforge. See https://bugzilla.redhat.com/show_bug.cgi?id=1595421

An example of how it should be handled there if 3) is selected would be greatly appreciated.  Thanks

----------
nosy: +hroncok

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 03:17:14 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 07:17:14 +0000
Subject: [issue33932] Calling Py_Initialize() twice now triggers a fatal error
 (Python 3.7)
In-Reply-To: <1529586528.15.0.56676864532.issue33932@psf.upfronthosting.co.za>
Message-ID: <1530343034.83.0.56676864532.issue33932@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Answering Eric's question about the flag variables though:

* pymain_get_global_config copies the global variable flags to their respective struct entries
* pymain_set_global_config copies the various struct entries to their respective global variable flags

One of the first things that Py_Main() does in 3.7 is to:

- read the global variable flags into the relevant structs
- update the structs based on the CLI options
- write the struct values back to the global flags

This mostly fakes the 3.6-and-earlier behaviour of using the global variables directly.

For anything listed in https://docs.python.org/3/c-api/init.html#global-configuration-variables, we also mostly left any code reading the global variable directly alone, since they're considered a public API for embedding applications to dynamically adjust behaviour and we don't have a good way of deprecating using them for that purpose :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33932>
_______________________________________

From report at bugs.python.org  Sat Jun 30 05:26:42 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 09:26:42 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
Message-ID: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

As noted in https://github.com/travis-ci/travis-ci/issues/9069, Travis CI's Ubuntu 14.04 environment includes an OpenSSL that's too old to meet Python 3.7's security requirements.

According to https://github.com/travis-ci/travis-ci/issues/9069#issuecomment-395471575, setting "dist: xenial" instead (giving Ubuntu 16.04) provides a testing environment with a new enough OpenSSL for 3.7 to work.

I'm thinking it would make the most sense as a subsection under https://docs.python.org/dev/whatsnew/3.7.html#platform-support-removals

(https://docs.python.org/dev/whatsnew/3.7.html#ssl does mention this information in a note, but that uses the OpenSSL version numbers directly, which folks aren't necessarily going to know to go to distrowatch to check which Travis environment they need to select: https://distrowatch.com/table.php?distribution=Ubuntu )

----------
messages: 320762
nosy: christian.heimes, ncoghlan, ned.deily
priority: normal
severity: normal
stage: needs patch
status: open
title: Document Travis CI / Ubuntu 14.04 OpenSSL compatibility issues
type: enhancement
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________

From report at bugs.python.org  Sat Jun 30 05:27:00 2018
From: report at bugs.python.org (hajoscher)
Date: Sat, 30 Jun 2018 09:27:00 +0000
Subject: [issue34010] tarfile stream read performance
Message-ID: <1530350820.63.0.56676864532.issue34010@psf.upfronthosting.co.za>


New submission from hajoscher <hajoscher at gmail.com>:

Buffer read of large files in a compressed tarfile stream performs poorly.

The buffered read in tarfile _Stream is extending a bytes object. 
It is much more efficient to use a list followed by a join. 
Using a list can mean seconds instead of minutes. 

This performance regression was introduced in b506dc32c1a. 

How to test:
# create random tarfile 50Mb
dd if=/dev/urandom of=test.bin count=50 bs=1M
tar czvf test.tgz test.bin

# read with tarfile as stream (note pipe symbol in 'r|gz')
import tarfile
tfile = tarfile.open("test.tgz", 'r|gz')
for t in tfile:
    file = tfile.extractfile(t)
    if file:
        print(len(file.read()))

----------
components: Library (Lib)
messages: 320763
nosy: hajoscher
priority: normal
severity: normal
status: open
title: tarfile stream read performance
type: performance
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34010>
_______________________________________

From report at bugs.python.org  Sat Jun 30 05:36:18 2018
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 30 Jun 2018 09:36:18 +0000
Subject: [issue34010] tarfile stream read performance
In-Reply-To: <1530350820.63.0.56676864532.issue34010@psf.upfronthosting.co.za>
Message-ID: <1530351378.93.0.56676864532.issue34010@psf.upfronthosting.co.za>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
pull_requests: +7628
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34010>
_______________________________________

From report at bugs.python.org  Sat Jun 30 05:40:18 2018
From: report at bugs.python.org (David MacIver)
Date: Sat, 30 Jun 2018 09:40:18 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
In-Reply-To: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>
Message-ID: <1530351618.29.0.56676864532.issue34009@psf.upfronthosting.co.za>


David MacIver <david.maciver at gmail.com> added the comment:

> According to https://github.com/travis-ci/travis-ci/issues/9069#issuecomment-395471575, setting "dist: xenial" instead (giving Ubuntu 16.04) provides a testing environment with a new enough OpenSSL for 3.7 to work.

No, this doesn't work either. The xenial environment is an experimental feature and doesn't work at all reliably. At the time of this writing setting "dist: xenial" actually puts you into Trusty.

Currently the viable ways of making it work on Travis are to either run a custom docker image (which requires you to opt out of their containerized builds and thus makes everything slower), or to build OpenSSL yourself (and making the latter work correctly is a far from straightforward process).

----------
nosy: +David MacIver

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________

From report at bugs.python.org  Sat Jun 30 05:45:19 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 09:45:19 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530351919.01.0.56676864532.issue33974@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7629

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:07:43 2018
From: report at bugs.python.org (Jonathan)
Date: Sat, 30 Jun 2018 10:07:43 +0000
Subject: [issue34011] Default preference not given to venv DLL's
Message-ID: <1530353263.14.0.56676864532.issue34011@psf.upfronthosting.co.za>


New submission from Jonathan <bugreports at lightpear.com>:

I don't know if this is a bug or an odd design decision or just something that hasn't been considered or maybe I'm missing something.

On Windows and I create a venv with Python 3.6.3:

> python -m venv venv

This creates a subdirectory called /venv. Inside this, there's:
./venv/Scripts/sqlite3.dll

This is the sqlite library - except it's not, because Python isn't using this file. If I upgrade this library by replacing it with a newer sqlite3.dll version, Python keep using the original version of the library. Turns out, Python is by default reading the DLL in the root Python install:

c:\Python36\DLLs\sqlite3.dll

Now, I can change that file and sure enough my VENV (*all* VENVs) then get the newer version of SQLite, or I can delete that file and the VENV's will all use their local versions, or I can possibly play with some sys.path to try and get the VENV version loaded first.

But this raises a few questions:
1) This seems like a rather odd default - copying a file that is never used by default.
2) Surely either the correct option is to use the VENV version by default?
3) Otherwise, what's the point in copying across this DLL file into the VENV by default?

----------
messages: 320765
nosy: jonathan-lp
priority: normal
severity: normal
status: open
title: Default preference not given to venv DLL's
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34011>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:10:47 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 30 Jun 2018 10:10:47 +0000
Subject: [issue34007] test_gdb fails in s390x SLES buildbots
In-Reply-To: <1530318299.83.0.56676864532.issue34007@psf.upfronthosting.co.za>
Message-ID: <1530353447.59.0.56676864532.issue34007@psf.upfronthosting.co.za>


STINNER Victor <vstinner at redhat.com> added the comment:

In gdb source code, frame_unwind_pc(), I see:

else if (this_frame->prev_pc.status == CC_NOT_SAVED)
    throw_error (OPTIMIZED_OUT_ERROR, _("PC not saved"));

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34007>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:17:40 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 10:17:40 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
In-Reply-To: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>
Message-ID: <1530353860.61.0.56676864532.issue34009@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
keywords: +patch
pull_requests: +7631
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:19:26 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 10:19:26 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
In-Reply-To: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>
Message-ID: <1530353966.15.0.56676864532.issue34009@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

OK, given the above feedback, the PR I've created isn't right yet, but it at least shows where any information that we can provide on this point will end up.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:21:46 2018
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 30 Jun 2018 10:21:46 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530342370.21.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <CA+3bQGH_g9w4A=-yf0nn8ub5qPHBm34s9-3ehpQequYZ9DTBhA@mail.gmail.com>


STINNER Victor <vstinner at redhat.com> added the comment:

Even if it's ugly, calling Py_Main() after Py_Initialize() works in Python
3.6 by ignoring the new config of Py_Main(). I suggest to do nothing (just
return) when Py_Initialize() is called again by Py_Main() in Python 3.7. It
would fix the fontforge *regression*.

I suggest to only enhance the code (really apply the new Py_Main() config)
in the master branch. From what I saw, apply the new config is not trivial.
It will take time to decide what to do for *each* option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:24:26 2018
From: report at bugs.python.org (Chih-Hsuan Yen)
Date: Sat, 30 Jun 2018 10:24:26 +0000
Subject: [issue33990] CPPFLAGS during ./configure are not passed-through in
 sysconfig.customize_compiler
In-Reply-To: <1530213218.16.0.56676864532.issue33990@psf.upfronthosting.co.za>
Message-ID: <1530354266.81.0.56676864532.issue33990@psf.upfronthosting.co.za>


Change by Chih-Hsuan Yen <yan12125 at gmail.com>:


----------
nosy: +yan12125

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33990>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:34:58 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 10:34:58 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530354898.84.0.56676864532.issue33974@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 9b84cc8771f52e9340ea5b676da9a15359c723b6 by Serhiy Storchaka in branch '2.7':
[2.7] bpo-33974: Fix passing special characters to ttk widgets. (GH-7986) (GH-8021)
https://github.com/python/cpython/commit/9b84cc8771f52e9340ea5b676da9a15359c723b6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:40:07 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 10:40:07 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
In-Reply-To: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>
Message-ID: <1530355207.26.0.56676864532.issue34009@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Also adding ?ukasz to the nosy list, since it was his comment from a few weeks ago on the Travis CI ticket that prompted my "dist: xenial" suggestion.

----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:44:39 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 10:44:39 +0000
Subject: [issue33974] _stringify handles quoted strings incorrectly
In-Reply-To: <1530039175.35.0.56676864532.issue33974@psf.upfronthosting.co.za>
Message-ID: <1530355479.2.0.56676864532.issue33974@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33974>
_______________________________________

From report at bugs.python.org  Sat Jun 30 06:47:28 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 10:47:28 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530355648.63.0.56676864532.issue34008@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Yeah, I've asked Miro to try essentially that in https://bugzilla.redhat.com/show_bug.cgi?id=1595421#c12

My concern is that Py_Main used to keep a *lot* of state on the local C stack that we've now moved into the main interpreter config.

So my suspicion is that even that change I've asked Miro to try may not do the right thing, but it really depends on *why* fontforge is calling Py_Main, and what they're passing in argc and argv.

Given that the embedded Py_Initialize is a no-op, they may be better off just copying out the parts they actually need from the code execution aspects of it, and skipping the Py_Main call entirely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 07:10:30 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 11:10:30 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530357030.84.0.56676864532.issue34008@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

At the very least, I think this calls for a documentation change, such that we make it clear that:

1. The expected calling pattern is to call Py_Main() *instead of* Py_Initialize(), since Py_Main() calls Py_Initialize().

2. If you do call Py_Initialize() first, then exactly which settings that Py_Main() will read from the environment and apply is version dependent.

So I'll put together a docs patch that's valid for 3.6+, and then we can decide where to take 3.7 and 3.8 from an implementation perspective after that.

Currently, I'm thinking that for 3.7, our goal should specifically be "fake the 3.6 behaviour well enough to get fontforge working again" (so it will mostly be Fedora that drives what that 3.7.1 change looks like), while for 3.8 we should aim to deprecate that code path, and instead offer a better building block API for folks that want to implement their own Py_Main() variant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 07:49:05 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 11:49:05 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530359345.16.0.56676864532.issue34008@psf.upfronthosting.co.za>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
keywords: +patch
pull_requests: +7632
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 07:59:43 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 30 Jun 2018 11:59:43 +0000
Subject: [issue34008] Do we support calling Py_Main() after Py_Initialize()?
In-Reply-To: <1530341921.37.0.56676864532.issue34008@psf.upfronthosting.co.za>
Message-ID: <1530359983.68.0.56676864532.issue34008@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Removing 3.6 from the affected versions, since we re-arranged these docs a bit for 3.7 to make it clearer which functions could be called prior to initialization, as well as adding more tests for the actual pre-init functionality.

Since 3.6 isn't going to change, and we'll be aiming to get back to something a bit closer to the 3.6 behaviour for 3.7.1, it seems simpler to just focus on 3.7 and 3.8.

----------
versions:  -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34008>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:43:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:43:25 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530362605.38.0.56676864532.issue32568@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 0cdf5f42898350261c5ff65d96334e736130780f by Tal Einat in branch 'master':
bpo-32568: make select.epoll() and its docs consistent (#7840)
https://github.com/python/cpython/commit/0cdf5f42898350261c5ff65d96334e736130780f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:43:25 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:43:25 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530362605.63.0.902498594338.issue31938@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 0cdf5f42898350261c5ff65d96334e736130780f by Tal Einat in branch 'master':
bpo-32568: make select.epoll() and its docs consistent (#7840)
https://github.com/python/cpython/commit/0cdf5f42898350261c5ff65d96334e736130780f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:44:41 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 12:44:41 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530362681.48.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7633

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:44:41 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 12:44:41 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530362681.61.0.665841612001.issue31938@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7634

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:44:47 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:44:47 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530362687.56.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests:  -7450

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:44:57 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:44:57 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530362697.76.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests:  -7634

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:45:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:45:56 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530362756.29.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
Removed message: https://bugs.python.org/msg320775

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:56:47 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:56:47 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530363407.19.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7635

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 08:56:47 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 12:56:47 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530363407.3.0.665841612001.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests: +7636

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:03:21 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 13:03:21 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530363801.0.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7637

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:03:21 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:03:21 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530363801.43.0.56676864532.issue32568@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset fd1c092bb9fee46d8d543710973c69a0e93a697a by Tal Einat (Miss Islington (bot)) in branch '3.7':
bpo-32568: make select.epoll() and its docs consistent (GH-7840) (GH-8024)
https://github.com/python/cpython/commit/fd1c092bb9fee46d8d543710973c69a0e93a697a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:03:21 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:03:21 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530363801.58.0.902498594338.issue31938@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset fd1c092bb9fee46d8d543710973c69a0e93a697a by Tal Einat (Miss Islington (bot)) in branch '3.7':
bpo-32568: make select.epoll() and its docs consistent (GH-7840) (GH-8024)
https://github.com/python/cpython/commit/fd1c092bb9fee46d8d543710973c69a0e93a697a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:15:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:15:56 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530364556.49.0.56676864532.issue32568@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset db7ac30ef52ce35a4ead1bc1b9f0dd5331ed9779 by Tal Einat in branch '3.6':
[3.6] bpo-32568: make select.epoll() and its docs consistent (GH-7840) (GH-8025)
https://github.com/python/cpython/commit/db7ac30ef52ce35a4ead1bc1b9f0dd5331ed9779


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:15:56 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:15:56 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530364556.61.0.902498594338.issue31938@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset db7ac30ef52ce35a4ead1bc1b9f0dd5331ed9779 by Tal Einat in branch '3.6':
[3.6] bpo-32568: make select.epoll() and its docs consistent (GH-7840) (GH-8025)
https://github.com/python/cpython/commit/db7ac30ef52ce35a4ead1bc1b9f0dd5331ed9779


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:16:38 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:16:38 +0000
Subject: [issue32568] Fix handling of sizehint=-1 in select.epoll()
In-Reply-To: <1516099705.58.0.467229070634.issue32568@psf.upfronthosting.co.za>
Message-ID: <1530364598.07.0.56676864532.issue32568@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32568>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:29:09 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 13:29:09 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530365349.77.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7638

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:33:01 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 13:33:01 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530365581.29.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The assertion failure can be also caused by setting self->snapshot to NULL when Py_BuildValue() fails due to lack of memory. It is very difficult to reproduce this. PR 8026 fixes this and other difficulty reproducible refcount bugs in the _io module.

----------
assignee:  -> serhiy.storchaka
versions: +Python 2.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 09:38:53 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 13:38:53 +0000
Subject: [issue33468] Add try-finally contextlib.contextmanager example
In-Reply-To: <1526077887.55.0.682650639539.issue33468@psf.upfronthosting.co.za>
Message-ID: <1530365933.3.0.56676864532.issue33468@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:

Nick's abstract example LGTM as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33468>
_______________________________________

From report at bugs.python.org  Sat Jun 30 10:00:41 2018
From: report at bugs.python.org (gladman)
Date: Sat, 30 Jun 2018 14:00:41 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530367241.98.0.56676864532.issue34006@psf.upfronthosting.co.za>


gladman <brg at gladman.plus.com> added the comment:

I too much prefer the old behaviour since the fixed width is too narrow on my high resolution display

----------
nosy: +gladman

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 10:08:33 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 30 Jun 2018 14:08:33 +0000
Subject: [issue33997] multiprocessing Pool hangs in terminate()
In-Reply-To: <1530275873.32.0.56676864532.issue33997@psf.upfronthosting.co.za>
Message-ID: <1530367713.92.0.56676864532.issue33997@psf.upfronthosting.co.za>


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


----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33997>
_______________________________________

From report at bugs.python.org  Sat Jun 30 10:10:23 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 30 Jun 2018 14:10:23 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530367823.92.0.56676864532.issue34006@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

I agree.

I don't think we deliberately changed anything here. Possibly the sphinx theme has some CSS that doesn't work well in IE, so that should be the starting point for someone to look.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 10:30:43 2018
From: report at bugs.python.org (Sebastian Bank)
Date: Sat, 30 Jun 2018 14:30:43 +0000
Subject: [issue19764] subprocess: use PROC_THREAD_ATTRIBUTE_HANDLE_LIST with
 STARTUPINFOEX on Windows Vista
In-Reply-To: <1385370115.99.0.757096187315.issue19764@psf.upfronthosting.co.za>
Message-ID: <1530369043.09.0.56676864532.issue19764@psf.upfronthosting.co.za>


Sebastian Bank <sebastian.bank at uni-leipzig.de> added the comment:

AFAIU, this change broke the following usage of subprocess on Windows
(re-using a subprocess.STARTUPINFO instance to hide the command window):

    import os, subprocess

    STARTUPINFO = subprocess.STARTUPINFO()
    STARTUPINFO.dwFlags |= subprocess.STARTF_USESHOWWINDOW
    STARTUPINFO.wShowWindow = subprocess.SW_HIDE

    # raises OSError: [WinError 87]
    # in the second loop iteration starting with Python 3.7
    for i in range(2):
        print(i)
        with open(os.devnull, 'w') as stderr:
            subprocess.check_call(['attrib'], stderr=stderr,
                                  startupinfo=STARTUPINFO)

AFAICT, this works on Python 2.7, 3.4, 3.5, and 3.6

----------
nosy: +xflr6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19764>
_______________________________________

From report at bugs.python.org  Sat Jun 30 10:57:33 2018
From: report at bugs.python.org (gladman)
Date: Sat, 30 Jun 2018 14:57:33 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530370653.11.0.56676864532.issue34006@psf.upfronthosting.co.za>


gladman <brg at gladman.plus.com> added the comment:

Comparing the basic.css files for the 3.6.5 chm file and the 3.6.6 chm file shows that the latter has the following body style definition that the earlier versions don't have:

/* -- general body styles ----------------------------- */

div.body {
    min-width: 450px;
    max-width: 800px;
}

So it seems that the later versions set a maximum width that is not present in the earlier versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 11:29:14 2018
From: report at bugs.python.org (Dan Hemberger)
Date: Sat, 30 Jun 2018 15:29:14 +0000
Subject: [issue34012] No option to include system headers in
 distutils.core.Extension
Message-ID: <1530372554.62.0.56676864532.issue34012@psf.upfronthosting.co.za>


New submission from Dan Hemberger <daniel.hemberger at gmail.com>:

The distutils.core.Extension class has a constructor argument `include_dirs`, which includes each directory with `-I`. However, it is sometimes desirable to include additional system headers using `-isystem`. Currently, this is only possible by manually constructing the compiler argument and passing it to the `extra_compile_args` argument of distutils.core.Extension.

Since `-isystem` is a commonly used compiler option, I think it would be useful to add a new argument and attribute to distutils.core.Extension called `system_include_dirs`, which would use `-isystem` instead of `-I` when building the compiler command.

----------
components: Distutils
messages: 320788
nosy: danh, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: No option to include system headers in distutils.core.Extension
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34012>
_______________________________________

From report at bugs.python.org  Sat Jun 30 11:25:29 2018
From: report at bugs.python.org (=?utf-8?b?QsWCYcW8ZWogTWljaGFsaWs=?=)
Date: Sat, 30 Jun 2018 15:25:29 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1530372329.44.0.56676864532.issue28657@psf.upfronthosting.co.za>


B?a?ej Michalik <assassinking at gmail.com> added the comment:

Yes, the proposed patch fixes all the problems that I pointed out in the last comment.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Sat Jun 30 11:31:31 2018
From: report at bugs.python.org (Joseph L. Casale)
Date: Sat, 30 Jun 2018 15:31:31 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530372691.46.0.56676864532.issue34006@psf.upfronthosting.co.za>


Change by Joseph L. Casale <jcasale at activenetwerx.com>:


----------
nosy: +jcasale

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 11:31:07 2018
From: report at bugs.python.org (Dan Hemberger)
Date: Sat, 30 Jun 2018 15:31:07 +0000
Subject: [issue34012] No option to include system headers in
 distutils.core.Extension
In-Reply-To: <1530372554.62.0.56676864532.issue34012@psf.upfronthosting.co.za>
Message-ID: <1530372667.44.0.56676864532.issue34012@psf.upfronthosting.co.za>


Change by Dan Hemberger <daniel.hemberger at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34012>
_______________________________________

From report at bugs.python.org  Sat Jun 30 11:21:32 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sat, 30 Jun 2018 15:21:32 +0000
Subject: [issue33955] Implement PyOS_CheckStack on macOS using
 pthread_get_stack*_np
In-Reply-To: <1529925495.69.0.56676864532.issue33955@psf.upfronthosting.co.za>
Message-ID: <1530372092.54.0.56676864532.issue33955@psf.upfronthosting.co.za>


Dong-hee Na <donghee.na92 at gmail.com> added the comment:

@ronaldoussoren

Hi, Ronald

Can I take a look this issue?

----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33955>
_______________________________________

From report at bugs.python.org  Sat Jun 30 12:14:42 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 30 Jun 2018 16:14:42 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530375282.62.0.56676864532.issue34006@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

I think this is not only chm, but same to all HTML based (online, zipped html, maybe ePub).

max-width was added for readability.
https://github.com/python/python-docs-theme/issues/4

There are no absolute right answer and there are many personal preferences.
But limiting line width is considered good idea for many web sites.

https://graphicdesign.stackexchange.com/questions/13724/recommended-column-width-for-text-reading-digital-vs-printed

https://pearsonified.com/2011/12/golden-ratio-typography.php

For example, MDN limits line length too.

----------
nosy: +inada.naoki
Added file: https://bugs.python.org/file47661/mdn-screenshot.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 12:21:18 2018
From: report at bugs.python.org (skreft)
Date: Sat, 30 Jun 2018 16:21:18 +0000
Subject: [issue33991] lib2to3 should parse f-strings
In-Reply-To: <1530224164.23.0.56676864532.issue33991@psf.upfronthosting.co.za>
Message-ID: <1530375678.24.0.56676864532.issue33991@psf.upfronthosting.co.za>


skreft <skreft at gmail.com> added the comment:

Note also, that lib2to3 will parse invalid f-strings like f"hello {", whereas ast.parse will raise a SyntaxError exception.


See below for reproduction cases:
In [2]: lib2to3.tests.support.parse_string('f"hello {"')
Out[2]: Node(file_input, [Node(simple_stmt, [Leaf(3, 'f"hello {"'), Leaf(4, '\n')]), Leaf(0, '')])

In [4]: ast.parse('f"hello {"')
Traceback (most recent call last):

  File "/Users/skreft/.virtualenvs/pyfaster/lib/python3.6/site-packages/IPython/core/interactiveshell.py", line 2963, in run_code
    exec(code_obj, self.user_global_ns, self.user_ns)

  File "<ipython-input-4-78a4f2773f7f>", line 1, in <module>
    ast.parse('f"hello {"')

  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ast.py", line 35, in parse
    return compile(source, filename, mode, PyCF_ONLY_AST)

  File "<unknown>", line 1
SyntaxError: f-string: expecting '}'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33991>
_______________________________________

From report at bugs.python.org  Sat Jun 30 12:46:32 2018
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 30 Jun 2018 16:46:32 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1530377192.51.0.56676864532.issue28657@psf.upfronthosting.co.za>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

B?a?ej, why is there a need to attach a function to the cli instance rather than the MyCmd class (which would be the norm for Python)? 

    from cmd import Cmd

    class MyCmd(Cmd):
        def do_documented_at_definition(self, arg):
            """ This one is documented with docstring. """
            print('dad', arg)

        def do_documented_afterwards(self, arg):
            print('documented afterwards', arg)
        
    cli = MyCmd()

    def do_new_command(self, arg):
        print('new command', arg)

    MyCmd.do_new_command = do_new_command

    def help_documented_afterwards(*args):
        print("I'm documenting", args)

    MyCmd.help_documented_afterwards = help_documented_afterwards
        
    cli.cmdloop()

Sample session:

    (Cmd) help

    Documented commands (type help <topic>):
    ========================================
    documented_afterwards  documented_at_definition  help

    Undocumented commands:
    ======================
    new_command

    (Cmd) help documented_at_definition
     This one is documented with docstring. 
    (Cmd) help documented_afterwards
    I'm documenting (<__main__.MyCmd object at 0x10eaf0c88>,)
    (Cmd) documented_at_definition x
    dad x
    (Cmd) documented_afterwards y
    documented afterwards y
    (Cmd) new_command z
    new command z
    (Cmd) help new_command
    *** No help on new_command

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Sat Jun 30 12:58:05 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 30 Jun 2018 16:58:05 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530377885.03.0.56676864532.issue34006@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

It's pretty annoying when HTML Help doesn't properly handle your screen scaling settings (guessing my new screenshot looks like gladman's).

I'd love to have a new HTML Help program for our docs that could handle this better, but there's nothing in the same class (in particular, where "startup time" is a feature - there are plenty of browsers that take many seconds and GB of RAM, but I don't want to go there).

Maybe we can add an override for the CHM somehow? I don't know Sphinx well enough to be able to do this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 12:58:25 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 30 Jun 2018 16:58:25 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530377905.23.0.56676864532.issue34006@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

Let's try adding that screenshot again...

----------
Added file: https://bugs.python.org/file47662/NarrowCHM.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:21:43 2018
From: report at bugs.python.org (gladman)
Date: Sat, 30 Jun 2018 17:21:43 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530379303.78.0.56676864532.issue34006@psf.upfronthosting.co.za>


gladman <brg at gladman.plus.com> added the comment:

You are exactly right Steve - that is very close to what I am seeing and it is often quite hard to read. For example, where function prototypes are displayed on two lines, it takes me a lot longer to parse and understand them when compared with a situation where they are displayed on a single line. 

Although I agree with those who claim that there is an ideal line length for readability, I really don't think this can be predicted in advance since it is inevitably varies widely from one user to another.  So I remain convinced that it is better to use a design that dynamically adjusts to the width available.

    Brian

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:31:38 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 30 Jun 2018 17:31:38 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1530379898.64.0.56676864532.issue30660@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

It seems PR author removed his repository and the PR can't be merge via conflict.

In master branch:

02:18 $ ll **/*.png
-rw-r--r--  1 inada-n  staff   3732  7  1 02:13 faq/python-video-icon.png
-rwxr-xr-x  1 inada-n  staff  49648  7  1 02:09 howto/logging_flow.png*
-rw-r--r--  1 inada-n  staff  24719  7  1 02:09 library/depgraph-output.png
-rw-r--r--  1 inada-n  staff  11148  7  1 02:09 library/hashlib-blake2-tree.png
-rw-r--r--  1 inada-n  staff  11280  7  1 02:09 library/pathlib-inheritance.png
-rw-r--r--  1 inada-n  staff  45021  7  1 02:09 library/tulip_coro.png
-rw-r--r--  1 inada-n  staff  39585  7  1 02:09 library/turtle-star.png
-rw-r--r--  1 inada-n  staff  48994  7  1 02:13 using/win_installer.png

In lossless_png branch:

$ ll **/*.png
-rw-r--r--  1 inada-n  staff   2791  7  1 02:28 faq/python-video-icon.png
-rwxr-xr-x  1 inada-n  staff  19351  7  1 02:28 howto/logging_flow.png*
-rw-r--r--  1 inada-n  staff  11158  7  1 02:28 library/depgraph-output.png
-rw-r--r--  1 inada-n  staff  10590  7  1 02:28 library/hashlib-blake2-tree.png
-rw-r--r--  1 inada-n  staff   6168  7  1 02:28 library/pathlib-inheritance.png
-rw-r--r--  1 inada-n  staff  33565  7  1 02:28 library/tulip_coro.png
-rw-r--r--  1 inada-n  staff  29964  7  1 02:28 library/turtle-star.png
-rw-r--r--  1 inada-n  staff  37942  7  1 02:28 using/win_installer.png

----------
nosy: +inada.naoki

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:31:44 2018
From: report at bugs.python.org (Julian Berman)
Date: Sat, 30 Jun 2018 17:31:44 +0000
Subject: [issue17894] Edits to descriptor howto
In-Reply-To: <1367547112.04.0.920947702161.issue17894@psf.upfronthosting.co.za>
Message-ID: <1530379904.23.0.56676864532.issue17894@psf.upfronthosting.co.za>


Julian Berman <Julian+Python.org at GrayVines.com> added the comment:

This seems very very slightly overly conversational (specifically the "That's all there is to it" sentence), but overall like a pretty decent improvement here.

Personally I'd axe that sentence but then seems like this should be merged as-is and any further improvements could always pile on after given how long this has sat.

----------
nosy: +Julian

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17894>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:42:58 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sat, 30 Jun 2018 17:42:58 +0000
Subject: [issue34013] Inconsistent SyntaxError for print
Message-ID: <1530380578.04.0.56676864532.issue34013@psf.upfronthosting.co.za>


New submission from Dong-hee Na <donghee.na92 at gmail.com>:

Python 3.8.0a0 (heads/master-dirty:0cdf5f4289, Jul  1 2018, 02:30:31)
[Clang 9.1.0 (clang-902.0.39.1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> print "hi"
  File "<stdin>", line 1
    print "hi"
             ^
SyntaxError: Missing parentheses in call to 'print'. Did you mean print("hi")?
>>> def add(a,b):
...     return a + b
...
>>> print add(3,5)
  File "<stdin>", line 1
    print add(3,5)
            ^
SyntaxError: invalid syntax

IMHO, an error message should be 'SyntaxError: Missing parentheses in call to 'print'. Did you mean print(add(3,5))?' but it is not.

----------
messages: 320797
nosy: corona10
priority: normal
severity: normal
status: open
title: Inconsistent SyntaxError for print
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34013>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:43:31 2018
From: report at bugs.python.org (Dong-hee Na)
Date: Sat, 30 Jun 2018 17:43:31 +0000
Subject: [issue34013] Inconsistent SyntaxError for print
In-Reply-To: <1530380578.04.0.56676864532.issue34013@psf.upfronthosting.co.za>
Message-ID: <1530380611.32.0.56676864532.issue34013@psf.upfronthosting.co.za>


Change by Dong-hee Na <donghee.na92 at gmail.com>:


----------
components: +Interpreter Core
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34013>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:57:53 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 17:57:53 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530381473.42.0.56676864532.issue25862@psf.upfronthosting.co.za>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset fdb5a50ef34f7951c3b01eb77b1359725a9ad670 by Serhiy Storchaka in branch 'master':
bpo-25862: Fix several bugs in the _io module. (GH-8026)
https://github.com/python/cpython/commit/fdb5a50ef34f7951c3b01eb77b1359725a9ad670


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 13:59:08 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 17:59:08 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530381548.75.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7639

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:01:00 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 18:01:00 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530381660.63.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +7640

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:06:26 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 30 Jun 2018 18:06:26 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530381986.37.0.56676864532.issue34006@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

Hmm, I want to deprecate chm because it uses legacy HTML (doesn't support UTF-8!), hard to build, hard to confirm issues....

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:08:29 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Jun 2018 18:08:29 +0000
Subject: [issue33987] IDLE: add ttk.Frame inside searchbaseToplevel
In-Reply-To: <1530158550.76.0.56676864532.issue33987@psf.upfronthosting.co.za>
Message-ID: <1530382109.72.0.56676864532.issue33987@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The image could have been attached to #27477, but a new issue for a new PR is needed anyway.  I will make this a dependency of that issue.

I did not at first see the difference in the screen-capture images on my monitor in Firefox with the room lighting and my eye condition as it was then, but today I do.  On Mac, the defaulf ttk background is slightly darker than the default tk background.  (No so on Windows.)  It looks subtlely tacky.  I imagine this effect might be more obvious and annoying on the live screen.

As I mentioned elsewhere, this is a second reason to insert a frame inside Toplevel, but it is a reason to do this *now*.  Please submit a PR for this addition to searchbase: a new ttk Frame, with a bit of space added.  Please call it self.frame as in query or perhaps self.searchframe, analogous to viewframe in textview.

When SearchDialogBase is renamed SearchFrameBase(Frame) and the toplevel stuff moved to another class, self.???frame in the Frame subclass will become self, so the name will only appear in the toplevel class.

In test_searchbase.SearchDialogBaseTest.test_open_and_close, adding
        self.assertEqual(self.dialog.frame.state(), 'normal')
will test the change, failing now, passing with it.  I don't know of any other changes needed in files other than searchbase.

configdialog needs a similar PR.  config_key needs a complete ttk conversion.

----------
stage:  -> test needed
title: need ttk.Frame inside Toplevel(s) -> IDLE: add ttk.Frame inside searchbaseToplevel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33987>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:22:22 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 30 Jun 2018 18:22:22 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1530382942.68.0.56676864532.issue30660@psf.upfronthosting.co.za>


INADA Naoki <songofacandy at gmail.com> added the comment:

03:19 $ find . -name '*.png' | xargs optipng -o7
03:20 $ ll **/*.png
-rw-r--r--  1 inada-n  staff   2888  7  1 03:20 faq/python-video-icon.png
-rw-r--r--  1 inada-n  staff  22058  7  1 03:20 howto/logging_flow.png
-rw-r--r--  1 inada-n  staff  11146  7  1 03:20 library/hashlib-blake2-tree.png
-rw-r--r--  1 inada-n  staff   6456  7  1 03:20 library/pathlib-inheritance.png
-rw-r--r--  1 inada-n  staff  36812  7  1 03:20 library/tulip_coro.png
-rw-r--r--  1 inada-n  staff  33808  7  1 03:20 library/turtle-star.png
-rw-r--r--  1 inada-n  staff  42117  7  1 03:20 using/win_installer.png

While this output is bigger than PR-2141, I think it's good enough.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:24:54 2018
From: report at bugs.python.org (INADA Naoki)
Date: Sat, 30 Jun 2018 18:24:54 +0000
Subject: [issue30660] Lossless Optimization of PNG files
In-Reply-To: <1497395488.74.0.644428672228.issue30660@psf.upfronthosting.co.za>
Message-ID: <1530383094.26.0.56676864532.issue30660@psf.upfronthosting.co.za>


Change by INADA Naoki <songofacandy at gmail.com>:


----------
keywords: +patch
pull_requests: +7641
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30660>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:25:00 2018
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 30 Jun 2018 18:25:00 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530383100.27.0.56676864532.issue25862@psf.upfronthosting.co.za>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +7642

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:25:39 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 18:25:39 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530383139.55.0.56676864532.issue25862@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset dedb28efd84314d899f795e821a3fc27d2f928e7 by Miss Islington (bot) in branch '3.7':
bpo-25862: Fix several bugs in the _io module. (GH-8026)
https://github.com/python/cpython/commit/dedb28efd84314d899f795e821a3fc27d2f928e7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:25:52 2018
From: report at bugs.python.org (miss-islington)
Date: Sat, 30 Jun 2018 18:25:52 +0000
Subject: [issue25862] TextIOWrapper assertion failure after read() and SEEK_CUR
In-Reply-To: <1450143790.74.0.198268951027.issue25862@psf.upfronthosting.co.za>
Message-ID: <1530383152.51.0.56676864532.issue25862@psf.upfronthosting.co.za>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e5153d0d404d58e83d802199bea1a8dd0ea5178e by Miss Islington (bot) in branch '3.6':
bpo-25862: Fix several bugs in the _io module. (GH-8026)
https://github.com/python/cpython/commit/e5153d0d404d58e83d802199bea1a8dd0ea5178e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25862>
_______________________________________

From report at bugs.python.org  Sat Jun 30 14:44:04 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Jun 2018 18:44:04 +0000
Subject: [issue27477] IDLE: Switch search dialogs to ttk widgets,
 and other refinement
In-Reply-To: <1468181977.57.0.555586182066.issue27477@psf.upfronthosting.co.za>
Message-ID: <1530384244.37.0.56676864532.issue27477@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

By adding 'and other refinements' to the title and discussing them here, I made this an index issue, with dependencies, for search.  I am leaving this open as that.

#33987 is about adding a ttk frame inside the top window.  This is point 2 above.  #33987 has a Mac screen capture in which I can see the faint difference there.

I am retracting 4.2 above, agreeing to move action buttons across the bottom on some systems.  Given that there are people who use IDLE on multiple systems, either sequentially or more or less simultaneously, and there are, there is good reason for cross-platform consistency.  This is the general IDLE policy, with limited exceptions.  In any case, such a change would need to be discussed on a separate issue with more people involved.

Besides this, horizontal arrangement does not work for more than about 4 action options, and I want to add more.

----------
dependencies: +IDLE: add ttk.Frame inside searchbaseToplevel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27477>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:02:52 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:02:52 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530388972.86.0.56676864532.issue31938@psf.upfronthosting.co.za>


Tal Einat <taleinat at gmail.com> added the comment:


New changeset 6dc57e2a20c5beb99e8bf5eb04cc836d53fa9aee by Tal Einat in branch 'master':
bpo-31938: Convert selectmodule.c to Argument Clinic (GH-4265)
https://github.com/python/cpython/commit/6dc57e2a20c5beb99e8bf5eb04cc836d53fa9aee


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:01 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:01 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389041.72.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
Removed message: https://bugs.python.org/msg320777

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:03 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:03 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389043.27.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
Removed message: https://bugs.python.org/msg320779

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:05 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:05 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389045.86.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests:  -7636

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:07 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:07 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389047.94.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
pull_requests:  -7637

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:41 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:41 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389081.76.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:04:54 2018
From: report at bugs.python.org (Tal Einat)
Date: Sat, 30 Jun 2018 20:04:54 +0000
Subject: [issue31938] Convert selectmodule.c to Argument Clinic
In-Reply-To: <1509744030.41.0.213398074469.issue31938@psf.upfronthosting.co.za>
Message-ID: <1530389094.92.0.56676864532.issue31938@psf.upfronthosting.co.za>


Change by Tal Einat <taleinat at gmail.com>:


----------
versions: +Python 3.8 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31938>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:31:38 2018
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 30 Jun 2018 20:31:38 +0000
Subject: [issue19764] subprocess: use PROC_THREAD_ATTRIBUTE_HANDLE_LIST with
 STARTUPINFOEX on Windows Vista
In-Reply-To: <1385370115.99.0.757096187315.issue19764@psf.upfronthosting.co.za>
Message-ID: <1530390698.61.0.56676864532.issue19764@psf.upfronthosting.co.za>


Eryk Sun <eryksun at gmail.com> added the comment:

Sebastian, the problem in this case is that startupinfo.lpAttributeList['handle_list'] contains the duplicated standard-handle values from the previous call, which were closed and are no longer valid. subprocess.Popen has always modified STARTUPINFO in place, including dwFlags, hStdInput, hStdOutput, hStdError, and wShowWindow. This update follows suit to also modify lpAttributeList in place. 

This issue is closed. Please create a new issue if you think Popen should use a deep copy of startupinfo instead, to allow callers to reuse a single STARTUPINFO instance. Or the new issue could propose only to document the existing behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19764>
_______________________________________

From report at bugs.python.org  Sat Jun 30 16:35:54 2018
From: report at bugs.python.org (Steve Dower)
Date: Sat, 30 Jun 2018 20:35:54 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530390954.75.0.56676864532.issue34006@psf.upfronthosting.co.za>


Steve Dower <steve.dower at python.org> added the comment:

> I want to deprecate chm because it uses legacy HTML ...

Agreed, but not without a replacement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 17:19:15 2018
From: report at bugs.python.org (paul j3)
Date: Sat, 30 Jun 2018 21:19:15 +0000
Subject: [issue15112] argparse: nargs='*' positional argument doesn't accept
 any items if preceded by an option and another positional
In-Reply-To: <1340165747.87.0.563099760163.issue15112@psf.upfronthosting.co.za>
Message-ID: <1530393555.88.0.56676864532.issue15112@psf.upfronthosting.co.za>


paul j3 <ajipanca at gmail.com> added the comment:

`parse_intermixed_args` was added in v 3.7.

https://docs.python.org/3/library/argparse.html#intermixed-parsing

https://stackoverflow.com/questions/50916124/allow-positional-command-line-arguments-with-nargs-to-be-seperated-by-a-flag

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15112>
_______________________________________

From report at bugs.python.org  Sat Jun 30 17:55:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Jun 2018 21:55:13 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530395713.63.0.56676864532.issue34006@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The change is also in 3.6.6, released the same day as 3.7.0.  It was done intentionally, without, as far as I know, consulting Python doc users.  Users were previously free to select the max line width they wanted.

On https://github.com/python/python-docs-theme/issues/4, on April 26, Julien Palard noted that the change was made in sphinx-doc and was automatically incorporated into python-docs when the sphinx-doc version was updated.  So a new python-docs-theme issue would have to be opened to avoid or modify the change.  Issue 4 ended there, though I have added a note.

I see about what roelschroeven does, 80 char lines, but the 50 char line are pretty bad.

Anyway, this tracker is for patching the cpython repository.  This should only be left open if there is a possibility of patching the code that generates the chm file to, for instance, remove max-lines.

Side-notes: 'Python x.y Manuals' open full-screen.  I think part-screen would be better.  'Python 3.7 Module Docs' is duplicated under Python 3.7.

I believe a chm replacement could be written with HTMLParser and tkinter.  IDLE parses a subset of the html used in our docs to display a local (html-encoded) copy of https://docs.python.org/3/library/idle.html in a tk Text (without the sidebar).  The result is nearly identical to what I see in Firefox.  (At present, astral chars would have to be replaces by their escapes.)

----------
nosy: +terry.reedy
versions: +Python 3.6, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 17:58:23 2018
From: report at bugs.python.org (Lorenz Mende)
Date: Sat, 30 Jun 2018 21:58:23 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1530395903.56.0.56676864532.issue32942@psf.upfronthosting.co.za>


Change by Lorenz Mende <lorenz.mende at gmail.com>:


----------
keywords: +patch
pull_requests: +7643
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Sat Jun 30 18:00:45 2018
From: report at bugs.python.org (Lorenz Mende)
Date: Sat, 30 Jun 2018 22:00:45 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1530396045.62.0.56676864532.issue32942@psf.upfronthosting.co.za>


Lorenz Mende <lorenz.mende at gmail.com> added the comment:

I confirm the issue too.
I am running the tests on a win 10 Ver 1709, clean build.

Most likely the issue is caused by the changes from commit fa9a502a387a26ba116840d35ae4a30f672e78ad
at test.support.script_helper
The function in test was altered to support a different behaviour when run from CI. The related tests were not changed.

As I am relativly new to python-dev: Does the bot/ user machines differ in the existence of PYTHONHOME? (Then the passing of the bot runs are plausible)

The tests are modified/ one added. PR attached.

----------
nosy: +LorenzMende

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Sat Jun 30 18:27:59 2018
From: report at bugs.python.org (=?utf-8?b?QsWCYcW8ZWogTWljaGFsaWs=?=)
Date: Sat, 30 Jun 2018 22:27:59 +0000
Subject: [issue28657] cmd.Cmd.get_help() implementation can't see do_*()
 methods added dynamically by setattr()
In-Reply-To: <1478776450.68.0.870801686772.issue28657@psf.upfronthosting.co.za>
Message-ID: <1530397679.18.0.56676864532.issue28657@psf.upfronthosting.co.za>


B?a?ej Michalik <assassinking at gmail.com> added the comment:

It was nearly 2 years ago when we needed it, and we avoided the issue by overriding get_names(). I'll have to find the code in which this was used to answer your question.

I guess we could've modified the class definition, however weirdly would that look.

But then again, shouldn't the commands that are runnable from inside .cmdloop() be auto-completable and visible in 'help'? IMHO it does make some intuitive sense, or at least it seems less surprising.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28657>
_______________________________________

From report at bugs.python.org  Sat Jun 30 18:43:06 2018
From: report at bugs.python.org (Ned Deily)
Date: Sat, 30 Jun 2018 22:43:06 +0000
Subject: [issue34006] Windows HTML Help (chm) has fixed line length
In-Reply-To: <1530313481.18.0.56676864532.issue34006@psf.upfronthosting.co.za>
Message-ID: <1530398586.35.0.56676864532.issue34006@psf.upfronthosting.co.za>


Ned Deily <nad at python.org> added the comment:

nosying Julien

----------
nosy: +mdk, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34006>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:26:24 2018
From: report at bugs.python.org (Viktor Kovtun)
Date: Sat, 30 Jun 2018 23:26:24 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
Message-ID: <1530401184.74.0.56676864532.issue34014@psf.upfronthosting.co.za>


New submission from Viktor Kovtun <hellysmile at gmail.com>:

PEP 567 supports copying context into another threads, but for asyncio users each call `run_in_executor` requires explicit context propagation

For end users expected behavior that context is copied automatically

----------
components: asyncio
messages: 320814
nosy: asvetlov, hellysmile, yselivanov
priority: normal
severity: normal
status: open
title: loop.run_in_executor should propagate current contextvars
versions: Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:32:13 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Jun 2018 23:32:13 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1530401533.97.0.56676864532.issue32942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

f:\dev\3x>python -m test test_script_helper
...
test_script_helper failed

f:\dev\3x> git pr 8034
...
Switched to branch 'pr_8034'

f:\dev\3x>python -m test test_script_helper
...
== Tests result: SUCCESS ==

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:33:17 2018
From: report at bugs.python.org (Viktor Kovtun)
Date: Sat, 30 Jun 2018 23:33:17 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
In-Reply-To: <1530401184.74.0.56676864532.issue34014@psf.upfronthosting.co.za>
Message-ID: <1530401597.69.0.56676864532.issue34014@psf.upfronthosting.co.za>


Change by Viktor Kovtun <hellysmile at gmail.com>:


----------
keywords: +patch
pull_requests: +7645
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:37:31 2018
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 30 Jun 2018 23:37:31 +0000
Subject: [issue32942] test_script_helper fails on Windows when run from the
 source code directory
In-Reply-To: <1519513656.28.0.467229070634.issue32942@psf.upfronthosting.co.za>
Message-ID: <1530401851.7.0.56676864532.issue32942@psf.upfronthosting.co.za>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Lorenz, welcome!  Please sign CLA so we can review and merge this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32942>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:56:26 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 30 Jun 2018 23:56:26 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
In-Reply-To: <1530401184.74.0.56676864532.issue34014@psf.upfronthosting.co.za>
Message-ID: <47A19C61-9839-402D-BF64-EE38925B7220@gmail.com>


Yury Selivanov <yselivanov at gmail.com> added the comment:

I considered enabling that, but in the end decided not to. The reason is that it's possible to use a ProcessPoolExecutor with run_in_execuror(), and context cars currently don't support pickling (and probably never will). We can't have a single api that sometimes works with contextvars and sometimes doesn't.

So this is a "won't fix".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 19:59:12 2018
From: report at bugs.python.org (Yury Selivanov)
Date: Sat, 30 Jun 2018 23:59:12 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
In-Reply-To: <47A19C61-9839-402D-BF64-EE38925B7220@gmail.com>
Message-ID: <B2CB0E5E-E83D-45AF-B795-FE9985ADE463@gmail.com>


Yury Selivanov <yselivanov at gmail.com> added the comment:

As a workaround you can subclass the ThreadPoolExecutor and set it as a default executor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 20:10:13 2018
From: report at bugs.python.org (Viktor Kovtun)
Date: Sun, 01 Jul 2018 00:10:13 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
In-Reply-To: <1530401184.74.0.56676864532.issue34014@psf.upfronthosting.co.za>
Message-ID: <1530403813.29.0.56676864532.issue34014@psf.upfronthosting.co.za>


Viktor Kovtun <hellysmile at gmail.com> added the comment:

What about to check instance of executor and depending on that propagate contextvars or not?

As well to raise RuntimeError for ProcessPoolExecutor with provided context?

I assume, that ProcessPoolExecutor as executor is not so popular in real world, but I can not provide any stats.

Different behavior is defiantly at least weird, but do not support natively what is technically expected also strange.

https://docs.python.org/3.7/library/contextvars.html#asyncio-support `Context variables are natively supported in asyncio` is hard for end users.

Each use case of contextvars + run_in_executor will produce copy-paste boilerplate

As for me it is very similar to the `asyncio.get_event_loop()` history

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 20:13:53 2018
From: report at bugs.python.org (Viktor Kovtun)
Date: Sun, 01 Jul 2018 00:13:53 +0000
Subject: [issue34014] loop.run_in_executor should propagate current contextvars
In-Reply-To: <1530401184.74.0.56676864532.issue34014@psf.upfronthosting.co.za>
Message-ID: <1530404033.58.0.56676864532.issue34014@psf.upfronthosting.co.za>


Viktor Kovtun <hellysmile at gmail.com> added the comment:

`ProcessPoolExecutor as executor is not so popular in real world` - as executor for asyncio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34014>
_______________________________________

From report at bugs.python.org  Sat Jun 30 21:34:22 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 01 Jul 2018 01:34:22 +0000
Subject: [issue34015] doc Add link to Descriptor HowTo Guide in Data Model
Message-ID: <1530408862.0.0.56676864532.issue34015@psf.upfronthosting.co.za>


New submission from Andr?s Delfino <adelfino at gmail.com>:

IMHO, it would be useful to make the Descriptor HowTo Guide more discoverable. As far as I can see, we are not linking to it from anywhere except the HOWTO index. Section 3.3.2.2., "Implementing Descriptors", in "Data Model" seems to be the most appropriate place.

----------
assignee: docs at python
components: Documentation
messages: 320821
nosy: adelfino, docs at python
priority: normal
severity: normal
status: open
title: doc Add link to Descriptor HowTo Guide in Data Model
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34015>
_______________________________________

From report at bugs.python.org  Sat Jun 30 21:35:37 2018
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 01 Jul 2018 01:35:37 +0000
Subject: [issue34015] doc Add link to Descriptor HowTo Guide in Data Model
In-Reply-To: <1530408862.0.0.56676864532.issue34015@psf.upfronthosting.co.za>
Message-ID: <1530408937.74.0.56676864532.issue34015@psf.upfronthosting.co.za>


Change by Andr?s Delfino <adelfino at gmail.com>:


----------
keywords: +patch
pull_requests: +7647
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34015>
_______________________________________

From report at bugs.python.org  Sat Jun 30 23:51:04 2018
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 01 Jul 2018 03:51:04 +0000
Subject: [issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility
 issues
In-Reply-To: <1530350802.86.0.56676864532.issue34009@psf.upfronthosting.co.za>
Message-ID: <1530417064.83.0.56676864532.issue34009@psf.upfronthosting.co.za>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I've updated the PR to match my current understanding of the situation with Debian 8 and Ubuntu 14.04.

----------
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34009>
_______________________________________