[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[Alexander Heger]

Alexander Heger added the comment:

So, apparently, more than just one spot needs to be fixed.  I also tried just 
modifying the Python.h after install, but that does not do the trick either.

--

___
Python tracker 

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

[issue25159] Import time regression

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

There are regressions in import time in 3.5 and 3.6.

$ for i in `seq 5`; do ./python -I -m timeit -n1 -r1 "import enum"; done

Python 3.4:
1 loops, best of 1: 3.45 msec per loop
1 loops, best of 1: 3.43 msec per loop
1 loops, best of 1: 3.55 msec per loop
1 loops, best of 1: 3.54 msec per loop
1 loops, best of 1: 3.42 msec per loop

Python 3.5:
1 loops, best of 1: 4.38 msec per loop
1 loops, best of 1: 4.31 msec per loop
1 loops, best of 1: 4.32 msec per loop
1 loops, best of 1: 4.32 msec per loop
1 loops, best of 1: 4.4 msec per loop

Python 3.6:
1 loops, best of 1: 20.2 msec per loop
1 loops, best of 1: 20.2 msec per loop
1 loops, best of 1: 22 msec per loop
1 loops, best of 1: 20.3 msec per loop
1 loops, best of 1: 20.4 msec per loop


$ for i in `seq 5`; do ./python -I -m timeit -n1 -r1 -s "import sys; 
sys.modules.clear()" -- "import enum"; done

Python 3.4:
1 loops, best of 1: 29.5 msec per loop
1 loops, best of 1: 29.3 msec per loop
1 loops, best of 1: 30 msec per loop
1 loops, best of 1: 28.9 msec per loop
1 loops, best of 1: 29.2 msec per loop

Python 3.5:
1 loops, best of 1: 43.8 msec per loop
1 loops, best of 1: 44 msec per loop
1 loops, best of 1: 43.5 msec per loop
1 loops, best of 1: 43.1 msec per loop
1 loops, best of 1: 43.8 msec per loop

Python 3.6:
1 loops, best of 1: 59.8 msec per loop
1 loops, best of 1: 59.1 msec per loop
1 loops, best of 1: 58.8 msec per loop
1 loops, best of 1: 58.6 msec per loop
1 loops, best of 1: 61.9 msec per loop


And even in importing already imported and cached module there is small 
regression.
$ for i in `seq 5`; do ./python -I -m timeit "import enum"; done

Python 3.4:
10 loops, best of 3: 3.04 usec per loop
10 loops, best of 3: 3.07 usec per loop
10 loops, best of 3: 3.08 usec per loop
10 loops, best of 3: 3.11 usec per loop
10 loops, best of 3: 3.04 usec per loop

Python 3.5:
10 loops, best of 3: 3.27 usec per loop
10 loops, best of 3: 3.22 usec per loop
10 loops, best of 3: 3.18 usec per loop
10 loops, best of 3: 3.28 usec per loop
10 loops, best of 3: 3.17 usec per loop

Python 3.6:
10 loops, best of 3: 3.29 usec per loop
10 loops, best of 3: 3.26 usec per loop
10 loops, best of 3: 3.34 usec per loop
10 loops, best of 3: 3.35 usec per loop
10 loops, best of 3: 3.35 usec per loop

--
messages: 250941
nosy: brett.cannon, eric.snow, ncoghlan, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Import time regression
type: performance
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25147] Enum: remove dependency on OrderedDict

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

But the comment is false. That change doesn't reduce startup cost.

--

___
Python tracker 

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

[issue25147] Enum: remove dependency on OrderedDict

[Stefan Behnel]

Stefan Behnel added the comment:

Let's say the change minimises the dependencies. That is a reasonable goal, too.

--

___
Python tracker 

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

[issue25108] traceback.extract_stack() compatibility break in 3.5

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka

___
Python tracker 

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

[issue25158] Python 3.2.2 and 3.5.0 Do not seem compatible with OpenSSL 1.0.2d on Solaris 10

[Terry J. Reedy]

Terry J. Reedy added the comment:

If you are concerned about security and compiling 3.2.2, I would expect you 
should use the latest release, 3.2.6, with several fixes including security 
fixes. There should be one more security release in early 2016.

I believe 3.5.0 has 1.0.2c.  I don't know our policy on supporting new 
versions, or exactly who handles ssl updates.

--
nosy: +dstufft, georg.brandl, terry.reedy

___
Python tracker 

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

[issue25139] Just a little refactoring

[Terry J. Reedy]

Terry J. Reedy added the comment:

I believe this is equivalent.

In general, bare excepts should be either made more specific or commented as 
intentional.  Since derived classes can override finish_request, and fail any 
which way, the latter is probably appropriate here:
# derived classes may override finish_request

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25157] Installing Python 3.5.0 32bit on Windows 8.1 64bit system gives Error 0x80240017

[Terry J. Reedy]

Terry J. Reedy added the comment:

Uploads are not limited to patches. Please attach such long text files instead 
of pasting.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25159] Regression in time to import a module

[Terry J. Reedy]

Terry J. Reedy added the comment:

Clarify title; regression is not in 'import time'. I am working on timing the 
import of Lib/*.py on windows.  I already discovered that unix-only crypt is 
present on windows (but should not be).

--
nosy: +terry.reedy
title: Import time regression -> Regression in time to import a module

___
Python tracker 

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

[issue25172] Unix-only crypt should not be present on Windows.

[Terry J. Reedy]

New submission from Terry J. Reedy:

Except for crypt, all the modules labeled 'Unix' or 'Linux' on the module index 
https://docs.python.org/3/py-modindex.html are absent from /Lib on Windows.  
'import xyz' fails with "ImportError: no module named 'zyz'".  (I presume the 
same is true on unix for Windows-only modules.) 

However, crypt is present, and 'import crypt' fails with "...'_crypt'", leading 
one to think that the C accelerator should be present but is not. Assuming that 
_crypt should (cannot) not be present, please add crypt to the list of modules 
omitted from the Windows installer, however this is done. And if 'unix-only' is 
obsolete and _crypt should be present, please fix this instead. ;-)

This is 3.x issue only, as crypt is not present in my Windows 2.7.10 /Lib.  The 
fact that is was somehow added to some 3.x prompted me to look and see if there 
is anything useful without _crypt present.  I think not.

--
components: Library (Lib), Windows
messages: 251046
nosy: jafo, paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Unix-only crypt should not be present on Windows.
versions: Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue25111] Broken compatibility in FrameSummary equality

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Fixed patch and added tests.

--
Added file: 
http://bugs.python.org/file40500/traceback_FrameSummary_equality_2.patch

___
Python tracker 

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

[issue25161] Missing periods at the end of sentences

[TAKASE Arihiro]

TAKASE Arihiro added the comment:

Added patch for 2.7.

--
Added file: http://bugs.python.org/file40499/periods-2.7.patch

___
Python tracker 

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

[issue25162] Windows installation does not appear in list of installed applications

[Christian Ullrich]

New submission from Christian Ullrich:

The new Windows installer always places the uninstallation registry key into 
HKCU of the executing user. This is correct for a per-user installation, but 
when run with InstallAllUsers=1, the key should go into HKLM instead.

The "Programs and Features" list of installed applications is assembled from 
the HKLM and HKCU keys. In many cases, a system-wide installation will be 
performed by temporarily elevating the installer to a user account with 
administrator privileges on the local system. However, since Vista, the 
"Programs and Features" list is always run in the logged-on user's Explorer 
process, even when started by a different user (such as in an elevated command 
prompt). With the uninstallation key going into HKCU of some administrative 
account, the Python installation will not appear in this list, hence, cannot 
easily be removed.

Ceterum censeo: This bug would have been avoided by using MSI as the 
distribution package format.

--
components: Installation, Windows
messages: 250954
nosy: Christian.Ullrich, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows installation does not appear in list of installed applications
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[STINNER Victor]

STINNER Victor added the comment:

/home/alex/Python-3.5.0/Modules/_ctypes/_ctypes.c:2062:15: error: 
‘_PyThreadState_Current’ undeclared (first use in this function)
 if (Py_EnterRecursiveCall("while processing _as_parameter_")) {
   ^

Ah yes, if you check the fix for C++ (changeset cb05b6d7aacd), I also had to 
modify pystate.h.

Please try pyatomic-2.patch which hides more CPython internals in public 
headers.

--
Added file: http://bugs.python.org/file40497/pyatomic-2.patch

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[STINNER Victor]

STINNER Victor added the comment:

I created a venv with a Python patched with pyatomic-2.patch: I successfully 
installed yt. yt depends on numpy & Cython: good news, numpy & Cython were 
compiled correctly. These two libraries are well known users of the Python C 
API. It's not enough to check if this change breaks modules on PyPI, but it's 
still a good news :-)

--

___
Python tracker 

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

[issue25163] Windows installer in AllUsers mode presents wrong installation path

[Christian Ullrich]

New submission from Christian Ullrich:

When run with InstallAllUsers=1, the Windows installer displays 
(%LOCALAPPDATA%)\Programs\Python\Python35 as the installation target directory, 
but actually installs into the path for a system-wide installation, 
"%PROGRAMFILES%\Python 3.5".

Ceterum censeo: This bug could have been avoided, and would certainly have been 
detected in time, by using MSI as the distribution package format. Because most 
MSI UI will display TARGETDIR as the target directory, an accidental override 
(or missing override) of this path would have been obvious.

--
components: Installation, Windows
messages: 250955
nosy: Christian.Ullrich, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows installer in AllUsers mode presents wrong installation path
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue25101] test_zipfile failure when run by unprivileged user with installed Python

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Oh, using TemporaryFile for testing write access is not good on Windows, 
because there is an issue with TemporaryFile that it repeats attempts to create 
a file in read-only directory.

Updated patch used constant file name.

--
Added file: 
http://bugs.python.org/file40501/test_zipfile_check_write_access_2.patch

___
Python tracker 

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

[issue25108] traceback.extract_stack() compatibility break in 3.5

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

___
Python tracker 

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

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

[Roundup Robot]

Roundup Robot added the comment:

New changeset 03cd8340e0ce by Victor Stinner in branch '3.5':
Issue #25160: Fix import_init() comments and messages
https://hg.python.org/cpython/rev/03cd8340e0ce

--
nosy: +python-dev

___
Python tracker 

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

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

[STINNER Victor]

New submission from STINNER Victor:

The imp module is deprecated since Python 3.4. In Python 3.4, imp uses a 
PendingDeprecationWarning, and Python 3.5... hum, still a 
PendingDeprecationWarning. It was not supposed to become a real 
DeprecationWarning?

Anyway, the imp module is still used in some places of the Python stdlib:

Lib/modulefinder.py:14:import imp
Python/makeopcodetargets.py:9:import imp
Tools/i18n/pygettext.py:159:import imp
Tools/importbench/importbench.py:10:import imp

modulefinder explicitly ignore the warning :-(

with warnings.catch_warnings():
warnings.simplefilter('ignore', PendingDeprecationWarning)
import imp

--
messages: 250946
nosy: brett.cannon, haypo
priority: normal
severity: normal
status: open
title: Stop using deprecated imp module; imp should now emit a real 
DeprecationWarning
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25161] Missing periods at the end of sentences

[TAKASE Arihiro]

New submission from TAKASE Arihiro:

The attached patch adds some periods in docs.
This applies to 3.x.

--
assignee: docs@python
components: Documentation
files: periods.patch
keywords: patch
messages: 250951
nosy: artakase, docs@python
priority: normal
severity: normal
status: open
title: Missing periods at the end of sentences
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file40498/periods.patch

___
Python tracker 

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

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

[Berker Peksag]

Berker Peksag added the comment:

> Python/makeopcodetargets.py:9:import imp

See issue 20021.

--
components: +Library (Lib)
nosy: +berker.peksag
stage:  -> needs patch
type:  -> enhancement
versions:  -Python 3.5

___
Python tracker 

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

[issue25108] traceback.extract_stack() compatibility break in 3.5

[Roundup Robot]

Roundup Robot added the comment:

New changeset c9fb4362fb9f by Serhiy Storchaka in branch '3.5':
Issue #25108: Omitted internal frames in traceback functions print_stack(),
https://hg.python.org/cpython/rev/c9fb4362fb9f

New changeset 4e617566bcb6 by Serhiy Storchaka in branch 'default':
Issue #25108: Omitted internal frames in traceback functions print_stack(),
https://hg.python.org/cpython/rev/4e617566bcb6

New changeset 9f57c937958f by Serhiy Storchaka in branch '3.4':
Issue #25108: Backported tests for traceback functions print_stack(),
https://hg.python.org/cpython/rev/9f57c937958f

New changeset f6125114b55f by Serhiy Storchaka in branch '2.7':
Issue #25108: Backported tests for traceback functions print_stack(),
https://hg.python.org/cpython/rev/f6125114b55f

--
nosy: +python-dev

___
Python tracker 

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

[issue25164] Windows default installation path is inconsistent between per-user and system-wide installation

[Christian Ullrich]

New submission from Christian Ullrich:

On Windows, a per-user installation uses 
%LOCALAPPDATA%\Programs\Python\Python35 as the default target directory. A 
system-wide (InstallAllUsers=1) installation, however, goes into 
"%PROGRAMFILES%\Python 3.5" instead. The two directory names should be 
consistent with each other (and with earlier versions), that is, should be 
"Python35" in all cases.

--
components: Installation, Windows
messages: 250956
nosy: Christian.Ullrich, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows default installation path is inconsistent between per-user and 
system-wide installation
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue1103213] Adding a recvexactly() to socket.socket: receive exactly n bytes

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue25085] Windows x86-64 embeddable zip file contains test directorys

[Terry J. Reedy]

Terry J. Reedy added the comment:

tkinter\test and idlelib\idle_test are others. I presume all these directories 
are installed in a normal install even when "[] include tests" is left 
unchecked.

There is one non-unittest file in idle_help, htest.py, that I would not want 
omitted, as I believe there may be reasons, especially in the future, for users 
to run it.  I could move it up into idlelib itself. This is probably an 
anomaly, but it might be a good idea to check with maintainers of each package.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25083] Python can sometimes create incorrect .pyc files

[Brett Cannon]

Brett Cannon added the comment:

I have not looked at your patch, tzickel, but I just wanted to let you know a 
lack of reply just means lack of time on the part of the core developers. We 
are all volunteers and essentially don't get paid to spend our time to work on 
Python. Add in the fact that this is an odd edge case issue on Python 2.7 and 
that lowers the priority for someone to get to it when there are more pressing 
issues related to the new 3.5.0 release.

Hopefully someone who has a good understanding of the low-level C details you 
are talking about in your patch will be able to make a good judgment as to 
whether the test case and patch make sense.

--

___
Python tracker 

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

[issue25170] 3.5.0 documentation archives missing

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

https://www.python.org/ftp/python/doc/ contains documentation for all previous 
versions since Python 1.1, so https://www.python.org/ftp/python/doc/${Version} 
can be considered official.

https://docs.python.org/${Version}/archives URL scheme is not working for 
majority of versions. E.g. there is no https://docs.python.org/3.3/archives/

Usage of https://www.python.org/ftp/ for documentation archives is also 
consistent with usage of it e.g. for source archives (e.g. 
https://www.python.org/ftp/python/3.5.0/Python-3.5.0.tar.xz).

--

___
Python tracker 

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

[issue25021] product_setstate() Out-of-bounds Read

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue25170] 3.5.0 documentation archives missing

[Arfrever Frehtes Taifersar Arahesis]

New submission from Arfrever Frehtes Taifersar Arahesis:

Documentation archives for final 3.5.0 release are missing in 
https://www.python.org/ftp/python/doc/3.5.0/

(Compare it with e.g. https://www.python.org/ftp/python/doc/3.4.0/ and 
https://www.python.org/ftp/python/doc/3.4.3/)

--
assignee: larry
components: Documentation
messages: 251018
nosy: Arfrever, larry
priority: normal
severity: normal
status: open
title: 3.5.0 documentation archives missing
versions: Python 3.5

___
Python tracker 

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

[issue25154] Drop the pyvenv script

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

I have a patch which will at least improve the error message when `python3 -m 
venv` fails because python3-venv isn't installed on Debian/Ubuntu.  I will work 
with Doko on this.

--

___
Python tracker 

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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[Terry J. Reedy]

Terry J. Reedy added the comment:

AFAIK, Wordpad is also always available (has been at least up to Win 7), and it 
works with \n file and font resizing is obvious, but it is paper-oriented and 
for me, defaults to 8-1/2 x 11 with 1-1/4 side margins, leaving 6", too small 
for 80 char lines.  The 'ruler' does not work to change page margins or spacing 
of existing text. One has to discover to go to  / PageSetup to 
display as one needs to.  On the other hand, Notepad uses the full width of the 
window, as sized. So I have to reluctantly call this a regression.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25173] IDLE - several common dialogs don't have correct parent set

[Mark Roseman]

New submission from Mark Roseman:

The confirmation, file, etc. common dialogs in tkinter accept both a 'master' 
and a 'parent' argument. Master is not required (it will use parent if not 
provided). Parent is used to associate the dialog with a given window. On Mac 
OS X, using parent further turns this into a 'sheet' attached to that window.

Most places in IDLE we're correctly using parent, but there are several places 
that master is provided, but not parent, e.g. IOBinding.py. This is most 
noticeable doing a 'do you want to save before closing...' where now it is not 
attached to the window on Mac, but it should be.

Need to go through the code, every place the common dialogs are used and check 
if master/parent are being used correctly.

--
components: IDLE
messages: 251048
nosy: kbk, markroseman, roger.serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - several common dialogs don't have correct parent set
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25173] IDLE - several common dialogs don't have correct parent set

[Terry J. Reedy]

Terry J. Reedy added the comment:

General comments on 'master' versus 'parent':
This seems to be a matter of confusion in tkinterland. When I have asked before 
about the difference, all I have gotten is that they are more or less the same.

http://effbot.org/tkinterbook/entry.htm, for instance, used 'parent' and 
'master' interchangeably in the text, says the signature is 'master=None', 
copying the docstring, and then says "*master*\n\tParent widget".  Thinking 
"Ah, they are the same thing" is quite easy after reading this.

A widely recommended reference, 
http://infohost.nmt.edu/tcc/help/pubs/tkinter/web/index.html, which has 
otherwise been very helpful to me, documents widgets as having a required 
'parent'. (I don't blame it for avoid the complication of a default Tk().)  But 
Widget(parent=root) and Widget(master=root) are not normally the same.

But simple tests may not obviously show a difference, because 'master=None' 
really means 'master=http://effbot.org/tkinterbook/tkinter-standard-dialogs.htm.  Perhaps 
'detail' was added since the code and book were written. The latter says

parent (widget)
Which window to place the message box on top of. When the message box is 
closed, the focus is returned to the parent window.

For message boxes, it seems we should use parent=xyz, unless we want the box 
free-floating, which might be never, especially given the extra meaning on Mac. 
 It also seems that we need not use master=abc unless we omit parent=xyz or xyz 
is not suitable as a Frame master.  (Are there any restrictions on this?)

I need to know if any of the other dialog wrapper use 'master', or if a 
different usage rule is needed for them.

Grepping (find in files) 'master=' gets 23 hits, 8 in IOBinding, and in 8 
different files. Not all of these are for messagebox.  Grepping 'master =' 
finds 1 more use in a message box call in IOBinding. (This is a style error, 
which can be fixed when working on a file).  Grepping 'tkinter.messagebox' gets 
14 imports, so many files are not using 'master' in messagebox calls.

If you provide a messagebox patch or patches for both 2.7 and 3.4, I will 
review and presumably apply.  We can then consider the other dialogs.

(When we re-write files to pep8, we will use the 3.x 'messagebox' and rename 
tkMessageBox in the 2.7 file.  I am thinking about doing the switch now, and 
adding 'tkMessageBox' as a back-compatibility alias.  It would be best to do 
this when adding mbox tests.)

--
assignee:  -> terry.reedy
stage:  -> needs patch
type:  -> behavior
versions: +Python 2.7, Python 3.4

___
Python tracker 

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

[issue19003] email.generator.BytesGenerator corrupts data by changing line endings

[John Mark Vandenberg]

Changes by John Mark Vandenberg :


--
nosy: +John.Mark.Vandenberg

___
Python tracker 

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

[issue25174] Backspace Escape Character at End of String

[Jared Bevis]

New submission from Jared Bevis:

I'm a new python learner but I noticed inconsistent behavior of the backspace 
character when used in strings.  I'm running 2.7.10.  Whenever the backspace 
character '\b' is at the very end of a string, nothing happens, but if it is in 
the middle of string it behaves as expected.  

For example:
print "12345" + '\b'
returns:
>>>12345

But:
print "12345" + '\b' + '6'
returns:
>>> 12346

--
components: Regular Expressions
messages: 251049
nosy: Jared Bevis, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: Backspace Escape Character at End of String
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue25174] Backspace Escape Character at End of String

[Martin Panter]

Martin Panter added the comment:

Python itself doesn’t treat backspace specially. What you are probably seeing 
is the terminal interpreting the backspace specially by moving the cursor left 
(without erasing anything).

>>> s = "12345" + '\b' + '6'
>>> s
'12345\x086'
>>> s[5]  # ASCII code for backspace is 0x08
'\x08'

If you redirect the output to a file or other program, you will also see the 
backspace code is still there:

$ python2 -c 'print "12345" + "\b" + "6"' | hexdump -C
  31 32 33 34 35 08 36 0a   |12345.6.|
0008

--
components:  -Regular Expressions
nosy: +martin.panter
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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

[issue25169] multiprocess documentation

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue25161] Missing periods at the end of sentences

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue24199] Idle: remove idlelib.idlever.py and its use in About dialog

[Terry J. Reedy]

Terry J. Reedy added the comment:

I get it now: the last line should be 'import idlelib.idlever' instead of the 
redundant line from idlever itself.  Will change, and thanks for correcting 
this before I so the same in multiple other modules.

--

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[Nick Coghlan]

Nick Coghlan added the comment:

The consistency issue I was referring to related to the "timeout" argument - we 
currently have a patch applied to Fedora (and derivatives) that instead adds a 
"balanced=True" flag argument so you can pass "polling=False" to turn off the 
busy loop (at the risk of a long wake-up delay).

This means the current situation we have in Fedora (et al) is:

* Python 2 only code can pass "balanced=False" (but probably wouldn't want to 
due to the potential increase in wake-up latency)
* Python 3 only code can specify a timeout directly
* Single source Python 2/3 code can't do either (since the API signatures are 
different)

So downstream I'll be advocating in favour of Flavio's pthread patch regardless 
of what we do upstream - that way hybrid Python 2/3 code that's specific to the 
Fedora derived ecosystem (and we have a lot of that in the operating system 
layer) can eventually be updated to use threading timeouts while remaining 
consistent between Fedora (which is switching the system Python to Python 3) 
and RHEL/CentOS 7 (which will continue to use Python 2.7).

For upstream, I think it would be desirable to backport the timeout argument 
and simply have it throw RuntimeError if used with any of the backends other 
than thread_nt and thread_pthread. That way single source Python 2/3 code gains 
access to the timeout option, while code relying on one of the 
no-longer-available-in-Python-3 threading backends doesn't incur any stability 
risks.

However, I don't feel strongly enough about that to argue in favour of it 
against opposition - I'm happy enough to confine my argument to changing the 
downstream Fedora/RHEL/CentOS patch.

--

___
Python tracker 

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

[issue24915] Profile Guided Optimization improvements (better training, llvm support, etc)

[Brett Cannon]

Brett Cannon added the comment:

Thanks to Alecsandru and Intel for the patches!

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

___
Python tracker 

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

[issue24915] Profile Guided Optimization improvements (better training, llvm support, etc)

[Antoine Pitrou]

Antoine Pitrou added the comment:

Thank you Brett for committing this.

--

___
Python tracker 

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

[issue25171] does not build on OpenBSD with no value defined for PY_GETENTROPY

[Remi Pointel]

New submission from Remi Pointel:

Hi,

I'm trying to build Python on OpenBSD-current, but it does not build because it 
seems that PY_GETENTROPY does not have a value.

$ make
...
gcc -pthread -c -fno-strict-aliasing -Wsign-compare -Wunreachable-code -DNDEBUG 
-g -fwrapv -O3 -Wall -Wstrict-prototypes  -O2 -pipe   
-Werror=declaration-after-statement   -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Python/random.o Python/random.c
Python/random.c:367:20: error: #if with no expression
Python/random.c: In function '_PyOS_URandom':
Python/random.c:370: warning: implicit declaration of function 
'dev_urandom_python'
Python/random.c:414:20: error: #if with no expression
Python/random.c: In function '_PyRandom_Init':
Python/random.c:417: warning: implicit declaration of function 
'dev_urandom_noraise'
Python/random.c:430:20: error: #if with no expression
Python/random.c: In function '_PyRandom_Fini':
Python/random.c:433: warning: implicit declaration of function 
'dev_urandom_close'
*** Error 1 in /home/remi/dev/cpython (Makefile:1534 'Python/random.o')

If I defined the PY_GETENTROPY to the value "1" line 76, it seems to works fine.

Remi.

--
files: Python_random_c
messages: 251040
nosy: rpointel
priority: normal
severity: normal
status: open
title: does not build on OpenBSD with no value defined for PY_GETENTROPY
versions: Python 3.6
Added file: http://bugs.python.org/file40511/Python_random_c

___
Python tracker 

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

[issue21264] test_compileall fails to build in the installed location

[Terry J. Reedy]

Terry J. Reedy added the comment:

Verified failure on installed 3.4.3, Win 7, with 3 rather than 1 error (all 
similar).
test_no_args_compiles_path (test.test_compileall.CommandLineTests) ... FAIL
test_no_args_respects_force_flag (test.test_compileall.CommandLineTests) ... 
FAIL
test_no_args_respects_quiet_flag (test.test_compileall.CommandLineTests) ... 
FAIL
test_pep3147_paths_doubleoptimize (test.test_compileall.CommandLineTests) ... ok

First traceback ends with
AssertionError: Process return code is 1, command line was: 
['C:\\Programs\\Python34\\python.exe', '-X', 'faulthandler', '-S', '-m', 'compil
eall'], stderr follows:

followed by another ending with
  File "C:\Programs\Python34\lib\encodings\cp1252.py", line 19, in encode
return codecs.charmap_encode(input,self.errors,encoding_table)[0]
UnicodeEncodeError: 'charmap' codec can't encode character '\U0001' in 
position 38: character maps to 

Why is an astral char in the error message?

Will try patch.

--
nosy: +terry.reedy
type:  -> behavior

___
Python tracker 

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

[issue25159] Import time regression

[Brett Cannon]

Brett Cannon added the comment:

It should also be mentioned that startup time from 3.4 to default has not been 
affected according to Intel's daily benchmark run which is usually the most 
obvious place you see import performance issues:

normal_startup0.63661%  0.39540%  0.45931%  5.22018%

--

___
Python tracker 

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

[issue25133] Clarify that the constants in selectors are module-level

[Roundup Robot]

Roundup Robot added the comment:

New changeset f03c074b6242 by Brett Cannon in branch 'default':
Merge for issue #25133
https://hg.python.org/cpython/rev/f03c074b6242

--
nosy: +python-dev

___
Python tracker 

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

[issue25133] Clarify that the constants in selectors are module-level

[Brett Cannon]

Brett Cannon added the comment:

Changeset 8054a9f788e7 has the 3.5 change.

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

___
Python tracker 

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

[issue21264] test_compileall fails to build in the installed location

[Terry J. Reedy]

Terry J. Reedy added the comment:

David, I am nosying you because this issue proposes to modify two test 
functions you added to test_compileall. See my prior message.
--
For me, the test failed at every first occurrence of 'PYTHONPATH=' in the 3 
functions.  With one occurrence removed, the next in the same function failed. 
With all 6 removed, I get 1 error:

FAIL: test_no_args_compiles_path (test.test_compileall.CommandLineTests)
--
Traceback (most recent call last):
  File "C:\Programs\Python34\lib\test\test_compileall.py", line 179, in 
test_no_args_compiles_path
self.assertNotCompiled(self.initfn)
  File "C:\Programs\Python34\lib\test\test_compileall.py", line 159, in 
assertNotCompiled
self.assertFalse(os.path.exists(path))
AssertionError: True is not false

The tests all pass in current uninstalled 3.4.3+ repository. If I remove all 6, 
I get the error above. Changing how the directory is passed apparently changes 
what get compiled. From the title of the test ad the comment "# Note that -l is 
implied for the no args case.", this is expected and is the point of the test.  
So deleting 'PYTHONPATH=' must be wrong.  I believe we should detect that 
modifying the environment will not work before calling assertRunOK and skip the 
latter if it cannot work.

The other two functions were added in #19532 by RDM. I think we need to know 
why they were written as they are before changing them. Perhaps they pass with 
'PYTHONPATH=' removed because they are incomplete.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue17756] test_syntax_error fails when run in the installed location

[Terry J. Reedy]

Terry J. Reedy added the comment:

In the absence of any further issue in over a year, can this be closed?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue25170] 3.5.0 documentation archives missing

[Larry Hastings]

Larry Hastings added the comment:

The official way to download the documentation is from this page:

https://docs.python.org/3.5/download.html

which links to the "archives" directory.

When python.org changed to the new site, some things moved around.  I guess 
this was one of those things.

Anyway, there's no bug here.

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

___
Python tracker 

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

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

[Mark Lawrence]

Mark Lawrence added the comment:

Windows 10 has Wordpad, I've never liked 'nice', as far as I'm concerned it's 
completely meaningless, and right now we've more important things to think 
about on Windows.  Hence all in all to me this is a nothing issue.

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue25131] The AST for dict and set displays has the lineno of the first value

[Terry J. Reedy]

Terry J. Reedy added the comment:

A fix should include a new ast test, such as
  self.assertEqual(parse("{\n1:2}").body[0].value.lineno, 1)
I verified that the equivalent assert passes on 3.4.3, fails on 3.5.0.

--
nosy: +terry.reedy
stage:  -> test needed

___
Python tracker 

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

[issue25109] test_code_module tests fail when run from the installed location

[Terry J. Reedy]

Terry J. Reedy added the comment:

This is 3.5+ only as 2.7 does not have the module and 3.4 does not have the 2 
test_xyz_tb functions that failed. This works OK on Win7.

C:\Users\Terry>python -m test -v test_code_module
== CPython 3.5.0 (v3.5.0:374f501f4567, Sep 13 2015, 02:27:37) [MSC v.1900 64 
bit (AMD64)]
==   Windows-7-6.1.7601-SP1 little-endian
==   hash algorithm: siphash24 64bit
==   C:\Users\Terry\AppData\Local\Temp\test_python_4952
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, 
dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_enviro
nment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1, isolated=0)
[1/1] test_code_module
test_banner (test.test_code_module.TestInteractiveConsole) ... ok
test_cause_tb (test.test_code_module.TestInteractiveConsole) ... ok
test_console_stderr (test.test_code_module.TestInteractiveConsole) ... ok
test_context_tb (test.test_code_module.TestInteractiveConsole) ... ok
test_ps1 (test.test_code_module.TestInteractiveConsole) ... ok
test_ps2 (test.test_code_module.TestInteractiveConsole) ... ok
test_syntax_error (test.test_code_module.TestInteractiveConsole) ... ok
test_sysexcepthook (test.test_code_module.TestInteractiveConsole) ... ok

What system did you use? (System dependence is odd, but there it is ;-)

The obvious fix is to reduce 'expected' to the common part, and at least for 
the second test, split into 2 assertIns.

--
nosy: +terry.reedy
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6

___
Python tracker 

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

[issue17758] test_site fails when the user does not have a home directory

[Terry J. Reedy]

Terry J. Reedy added the comment:

Unfixed for 2 years.  How about skipping the test if
os.makedirs(site.USER_SITE)
fails?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue17773] test_pydoc fails with the installed testsuite (2.7)

[Terry J. Reedy]

Terry J. Reedy added the comment:

Tests all pass on win7 with installed 2.7.10 (and 3.4.3 and 3.5.0).  Is there a 
current failure on something else?

--
nosy: +terry.reedy
type:  -> behavior

___
Python tracker 

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

[issue24915] Profile Guided Optimization improvements (better training, llvm support, etc)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7fcff838d09e by Brett Cannon in branch '3.5':
Issue #24915: Add Clang support to PGO builds and use the test suite
https://hg.python.org/cpython/rev/7fcff838d09e

New changeset 7749fc0a5ea6 by Brett Cannon in branch 'default':
Merge for issue #24915
https://hg.python.org/cpython/rev/7749fc0a5ea6

--

___
Python tracker 

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

[issue24915] Profile Guided Optimization improvements (better training, llvm support, etc)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0f4e6c303531 by Brett Cannon in branch '2.7':
Issue #24915: Make PGO builds support Clang and use the test suite for
https://hg.python.org/cpython/rev/0f4e6c303531

New changeset f211c8f554f9 by Brett Cannon in branch '2.7':
Give proper credit for issue #24915
https://hg.python.org/cpython/rev/f211c8f554f9

--
nosy: +python-dev

___
Python tracker 

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

[issue25166] Windows AllUsers installation places uninstaller in user profile

[Christian Ullrich]

New submission from Christian Ullrich:

A system-wide installation on Windows (using InstallAllUsers=1) still places 
the uninstall executable into the profile (%LOCALAPPDATA%) of the installing 
user. If that user profile is deleted, the (system-wide) installation cannot be 
removed anymore.

Ceterum censeo: This bug would have been avoided by using MSI as the 
distribution package format.

--
components: Installation, Windows
messages: 250962
nosy: Christian.Ullrich, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows AllUsers installation places uninstaller in user profile
versions: Python 3.5

___
Python tracker 

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

[issue25155] datetime.datetime.now() raises

[STINNER Victor]

STINNER Victor added the comment:

Oh wow, I didn't expect such much headaches when I worked on unifiying the code 
to handle timestamps in the C part of CPython...

> The bug was introduced while trying to support #22117: "Rewrite pytime.h to 
> work on nanoseconds" in reve93eeadef0c3: 
> https://hg.python.org/cpython/rev/e93eeadef0c3

Yeah, the changeset e93eeadef0c3 was the last change to drop the last function 
of the old PyTime.

Well... in fact, I also had to keep _PyTime_ObjectToTime_t() and 
_PyTime_ObjectToTimeval() for the exact same reason: support timestamp after 
the year 2038 on Windows.

Right, the tv_sec field of a timeval structure on Windows has the C type long, 
whereas it has the type time_t on all other platforms...

I fixed the bug in Python 3.5 and 3.6. Thanks for your bug report. I didn't 
expect to test year 2038 bug on the latest release, thanks time traveler :-)

--

___
Python tracker 

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

[issue25155] datetime.datetime.now() raises

[Roundup Robot]

Roundup Robot added the comment:

New changeset 4ca99a0a18e4 by Victor Stinner in branch '3.5':
Issue #25155: Add _PyTime_AsTimevalTime_t() function
https://hg.python.org/cpython/rev/4ca99a0a18e4

--

___
Python tracker 

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

[issue25155] datetime.datetime.now() raises

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5bfcccf229c4 by Victor Stinner in branch '3.5':
Issue #25155: document the bugfix in Misc/NEWS
https://hg.python.org/cpython/rev/5bfcccf229c4

--

___
Python tracker 

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

[issue25167] THE SCORCH TRIALS OF MAZE RUNNER DISFACTION LOGGIC

[james]

New submission from james:

http://www.thebigidea.co.nz/profile/james/65456
http://www.cyclefish.com/hebucoho/
https://soundation.com/user/MazeRunnerTheScorchTrials
https://issuu.com/mazerunnerthescorchtrials
http://poputka.ua/user-profile-39591.aspx
http://www.pikore.com/mazerunnerthescorch
https://instagram.com/mazerunnerthescorch/
http://iconosquare.com/mazerunnerthescorch
https://tofo.me/mazerunnerthescorch
http://buzzsta.com/mazerunnerthescorch
https://bitbucket.org/hebucoho/

--
components: asyncio
messages: 250965
nosy: gvanrossum, haypo, leo, yselivanov
priority: normal
severity: normal
status: open
title: THE SCORCH TRIALS OF MAZE RUNNER DISFACTION LOGGIC
versions: Python 3.4

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[Stefan Behnel]

Stefan Behnel added the comment:

Would there be a way to expose these internals rather than hiding them?

--
nosy: +scoder

___
Python tracker 

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

[issue25167] THE SCORCH TRIALS OF MAZE RUNNER DISFACTION LOGGIC

[STINNER Victor]

STINNER Victor added the comment:

obvious spam

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

___
Python tracker 

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

[issue25155] Windows: datetime.datetime.now() raises an OverflowError for date after year 2038

[STINNER Victor]

Changes by STINNER Victor :


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

___
Python tracker 

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

[issue25155] Windows: datetime.datetime.now() raises an OverflowError for date after year 2038

[STINNER Victor]

Changes by STINNER Victor :


--
title: datetime.datetime.now() raises -> Windows: datetime.datetime.now() 
raises an OverflowError for date after year 2038

___
Python tracker 

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

[issue25155] Windows: datetime.datetime.now() raises an OverflowError for date after year 2038

[Roundup Robot]

Roundup Robot added the comment:

New changeset f1cc1f379b00 by Victor Stinner in branch '3.5':
Issue #25155: Fix _PyTime_Divide() rounding
https://hg.python.org/cpython/rev/f1cc1f379b00

--

___
Python tracker 

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

[issue25019] xmlparse_setattro() Type Confusion

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue25155] datetime.datetime.now() raises

[Roundup Robot]

Roundup Robot added the comment:

New changeset 203134592edf by Victor Stinner in branch 'default':
Issue #25155: Add _PyTime_AsTimevalTime_t() function
https://hg.python.org/cpython/rev/203134592edf

--
nosy: +python-dev

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[STINNER Victor]

STINNER Victor added the comment:

> Would there be a way to expose these internals rather than hiding them?

Here is the issue is that pyatomic.h cannot be compiled on OpenMP. We had the 
same issue with C++. In fact, it doesn't make sense to compile pyatomic.h 
differently to access an atomic variable from an extension module. We must 
always use exactly the same implementation, otherwise bad things will happen.

A solution for that is to hide the implementation details and only expose high 
level APIs.

For example, pyatomic.h must be completly hidden.

A consequence is that the _PyThreadState_Current variable must be hidden to. 
_PyThreadState_Current is an implementation detail, you must not access it 
directly.

The PyThreadState_GET() macro uses directly the _PyThreadState_Current 
variable. So the solution to expose the "PyThreadState_GET" symbol (not 
necessary as a macro) is to define it as an alias to the PyThreadState_Get() 
*function*.

The advantage of using a function is that we don't expose implementation 
details to third-party extensions, it avoids the risk of ABI incompatibilies.

--

___
Python tracker 

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

[issue24965] Implement PEP 498: Literal String Formatting

[Eric V. Smith]

Eric V. Smith added the comment:

Cleaned up the error handling in fstring_expression_compile so it's easier to 
verify and more robust in the face of future changes.

Added a test for an un-doubled '}', which is an error in a top-level literal 
(and ends a nested expression). Modified existing tests to match.

--
Added file: http://bugs.python.org/file40502/pep-498-9.diff

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[Stefan Behnel]

Stefan Behnel added the comment:

Understood and agreed. Second patch looks good to me.

Cython calls PyThreadState_GET() in pretty much every helper function that 
deals with exceptions, but I doubt that the potential speed difference is going 
to be relevant in the real world. And we target CPython's API level anyway, not 
the ABI, so the C code will just adapt at compile time.

--

___
Python tracker 

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

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[STINNER Victor]

STINNER Victor added the comment:

"The buildbot needs to upgrade its timezone files, they are quite out of date."

For me the fix is quite simple: skip this specific test on old versions of Mac 
OS X.

--
nosy: +haypo

___
Python tracker 

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

[issue24766] Subclass of property doesn't preserve instance __doc__ when using doc= argument

[Erik Bray]

Erik Bray added the comment:

Actually, of course that test would fail when run repeatedly--it sets the 
property docstring from 'Eggs' to 'Spam' on the first run, but then doesn't set 
it back to its original value.  Since the PropertyWritableDocs class used in 
that test is module-level it doesn't get reset.

I'd just update that test to return the docstring to its original value if you 
want it to pass under such a condition.

--

___
Python tracker 

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

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9fb47dcd02fd by Victor Stinner in branch '3.4':
Issue #24836: Skip FormatDateTests of test_email.test_utils on Mac OS X Snow
https://hg.python.org/cpython/rev/9fb47dcd02fd

--
nosy: +python-dev

___
Python tracker 

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

[issue25003] os.urandom() should call getrandom(2) not getentropy(2) on Solaris 11.3 and newer

[STINNER Victor]

STINNER Victor added the comment:

"I have tested your patch with 3.5, and it works fine, although I did have to 
make a minor change to get test_os to pass.  In test_os.py you had: (...)"

Oh right, I fixed test_os too.

--

___
Python tracker 

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

[issue24766] Subclass of property doesn't preserve instance __doc__ when using doc= argument

[Erik Bray]

Erik Bray added the comment:

Attached an additional patch to test_property_decorator_doc_writable so that it 
can pass on repeated runs.

--
Added file: http://bugs.python.org/file40504/property-doc-test2.patch

___
Python tracker 

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

[issue25003] os.urandom() should call getrandom(2) not getentropy(2) on Solaris 11.3 and newer

[Roundup Robot]

Roundup Robot added the comment:

New changeset 221e09b89186 by Victor Stinner in branch 'default':
Issue #25003: Skip test_os.URandomFDTests on Solaris 11.3 and newer
https://hg.python.org/cpython/rev/221e09b89186

--

___
Python tracker 

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

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[R. David Murray]

R. David Murray added the comment:

That would be fine with me.

--

___
Python tracker 

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

[issue24324] Remove -Wunreachable-code flag

[Erik Bray]

Erik Bray added the comment:

This would definitely be nice to fix.  I panicked a bit because of this when I 
compiled my extension modules against Python 3.5 for the first time.

--
nosy: +erik.bray

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[Antoine Pitrou]

Antoine Pitrou added the comment:

Yes.

--

___
Python tracker 

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

[issue25169] multiprocess documentation

[John Taylor]

John Taylor added the comment:

To follow up on my previous message, I looked at the documentation for 
os.getppid().

It states:

Changed in version 3.2: Added support for Windows.

--

___
Python tracker 

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

[issue25169] multiprocess documentation

[John Taylor]

New submission from John Taylor:

In the Windows Help File for Python 3.5:

17.2 multiprocessing
17.2.1.1 The Process class
2nd code example: "To show the individual process IDs involved, here is an 
expanded example"

def info(title):
print(title)
print('module name:', __name__)
if hasattr(os, 'getppid'):  # only available on Unix
print('parent process:', os.getppid())
print('process id:', os.getpid())

os.getppid() is now available on Windows, so you can remove the if statement.

--
assignee: docs@python
components: Documentation
messages: 251002
nosy: docs@python, jftuga
priority: normal
severity: normal
status: open
title: multiprocess documentation
versions: Python 3.5

___
Python tracker 

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

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

[STINNER Victor]

STINNER Victor added the comment:

Ok, I fixed Python 3.4 and 3.5 too: fromtimestamp() and utcfromtimestamp() now 
uses also ROUND_HALF_EVEN rounding mode, as timedelta constructor. I explained 
in Misc/NEWS that the change was made to respect the property:

(datetime(1970,1,1) + timedelta(seconds=t)) == datetime.utcfromtimestamp(t)

Thanks Alexander Belopolsky & Tim Peters for your explanation on rounding. It's 
not a simple problem :-)

Thanks Tommaso Barbugli for the bug report: it's now fixed on all (maintained) 
Python 3 versions: 3.4, 3.5 and 3.6. The fix will be part of Python 3.5.1.

--
versions: +Python 3.4

___
Python tracker 

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

[issue24199] Idle: remove idlelib.idlever.py and its use in About dialog

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

> Since I am not wrapping the warning, the default stacklevel seems to work on 
> all versions.

The purpose of stacklevel=2 here would be to make warning message indicate 
which file contains import of deprecated module.

See below example, which shows that stacklevel=2 in formatter.py and imp.py 
results in message pointing to bbb.py as containing imports of deprecated 
modules:

$ cat aaa.py
import bbb
$ cat bbb.py
import formatter
import imp
import idlelib.idlever
$ python3.5 -Wd -c 'import aaa'
/tmp/bbb.py:1: DeprecationWarning: the formatter module is deprecated and will 
be removed in Python 3.6
  import formatter
/tmp/bbb.py:2: PendingDeprecationWarning: the imp module is deprecated in 
favour of importlib; see the module's documentation for alternative uses
  import imp
/usr/lib64/python3.5/idlelib/idlever.py:10: DeprecationWarning: 
The separate Idle version was eliminated years ago;
idlelib.idlever is no longer used by Idle
and will be removed in 3.6 or later.  Use
from sys import version
IDLE_VERSION = version[:version.index(' ')]

  w.warn(__doc__, DeprecationWarning)
$

--
nosy: +Arfrever

___
Python tracker 

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

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

[STINNER Victor]

Changes by STINNER Victor :


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

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[STINNER Victor]

Changes by STINNER Victor :


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

___
Python tracker 

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

[issue25077] Compiler warnings: initialization from incompatible pointer type

[STINNER Victor]

STINNER Victor added the comment:

"For ceval, it comes from pyatomic.h: see my atomic_pointer.patch attached to 
the issue #25077."

Oops, it's the issue #22038.

--

___
Python tracker 

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

[issue25137] Behavioral change / regression? with nested functools.partial

[STINNER Victor]

STINNER Victor added the comment:

Tim Graham wrote: "It's fine with me."

Oh, I see that your pull request was merged. I'm now closing the issue.

Anyway, thanks for the bug report. It's always good to have feedback on 
behaviour changes, even when they are legit :-)

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

___
Python tracker 

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

[issue25114] asynico: add ssl_object extra info

[STINNER Victor]

STINNER Victor added the comment:

Guido? Yury? Can you please review attached patch? It looks like a Python 3.5 
regression.

--

___
Python tracker 

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

[issue25168] test_datetime.test_strptime() random failures on "s390x SLES" buildbots

[STINNER Victor]

New submission from STINNER Victor:

It looks like the failure is random. It probably depends on the test order.

http://buildbot.python.org/all/builders/s390x%20SLES%203.4/builds/45/steps/test/logs/stdio

==
ERROR: test_strptime (test.datetimetester.TestDateTimeTZ_Pure)
--
Traceback (most recent call last):
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/test/datetimetester.py",
 line 1941, in test_strptime
dt = strptime(dtstr, "%z %Z")
  File "/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/datetime.py", 
line 1607, in strptime
return _strptime._strptime_datetime(cls, date_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
500, in _strptime_datetime
tt, fraction = _strptime(data_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
337, in _strptime
(data_string, format))
ValueError: time data '-0500 EST' does not match format '%z %Z'

==
ERROR: test_strptime (test.datetimetester.TestDateTime_Pure)
--
Traceback (most recent call last):
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/test/datetimetester.py",
 line 1941, in test_strptime
dt = strptime(dtstr, "%z %Z")
  File "/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/datetime.py", 
line 1607, in strptime
return _strptime._strptime_datetime(cls, date_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
500, in _strptime_datetime
tt, fraction = _strptime(data_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
337, in _strptime
(data_string, format))
ValueError: time data '-0500 EST' does not match format '%z %Z'

==
ERROR: test_strptime (test.datetimetester.TestSubclassDateTime_Pure)
--
Traceback (most recent call last):
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/test/datetimetester.py",
 line 1941, in test_strptime
dt = strptime(dtstr, "%z %Z")
  File "/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/datetime.py", 
line 1607, in strptime
return _strptime._strptime_datetime(cls, date_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
500, in _strptime_datetime
tt, fraction = _strptime(data_string, format)
  File 
"/home/dje/cpython-buildarea/3.4.edelsohn-sles-z/build/Lib/_strptime.py", line 
337, in _strptime
(data_string, format))
ValueError: time data '-0500 EST' does not match format '%z %Z'

--
keywords: buildbot
messages: 250987
nosy: belopolsky, haypo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: test_datetime.test_strptime() random failures on "s390x SLES" buildbots
versions: Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue25003] os.urandom() should call getrandom(2) not getentropy(2) on Solaris 11.3 and newer

[John Beck]

John Beck added the comment:

I have tested your patch with 3.5, and it works fine, although I did have to 
make a minor change to get test_os to pass.  In test_os.py you had:

...
USE_GETENTROPY = ((sysconfig.get_config_var('HAVE_GETENTROPY') == 1)
  and not sys.platform.startswith("sunos"))
HAVE_GETRANDOM = (sysconfig.get_config_var('HAVE_GETRANDOM_SYSCALL') == 1)
 
@unittest.skipIf(USE_GETENTROPY,
 "getentropy() does not use a file descriptor")
@unittest.skipIf(HAVE_GETRANDOM,
 "getrandom() does not use a file descriptor")
...

whereas I came up with this:

...
USE_GETENTROPY = ((sysconfig.get_config_var('HAVE_GETENTROPY') == 1)
  and not sys.platform.startswith("sunos"))
HAVE_GETRANDOM = (sysconfig.get_config_var('HAVE_GETRANDOM') == 1)
HAVE_GETRANDOM_SYSCALL = (sysconfig.get_config_var('HAVE_GETRANDOM_SYSCALL') == 
1)

@unittest.skipIf(USE_GETENTROPY,
 "getentropy() does not use a file descriptor")
@unittest.skipIf(HAVE_GETRANDOM,
 "getrandom() does not use a file descriptor")
@unittest.skipIf(HAVE_GETRANDOM_SYSCALL,
 "getrandom() does not use a file descriptor")
...

--

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[Roundup Robot]

Roundup Robot added the comment:

New changeset d4fcb362f7c6 by Victor Stinner in branch '3.5':
Issue #25150: Hide the private _Py_atomic_xxx symbols from the public
https://hg.python.org/cpython/rev/d4fcb362f7c6

--
nosy: +python-dev

___
Python tracker 

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

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

[STINNER Victor]

STINNER Victor added the comment:

I pushed my fix pyatomic-2.patch to Python 3.5 and 3.6.

Thanks for the bug report Alexander Heger!

--

___
Python tracker 

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

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

[STINNER Victor]

STINNER Victor added the comment:

Nick, Antoine: do you agree to close this issue as WONTFIX for the reasons 
explained in msg250712?

--

___
Python tracker 

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

[issue21874] test_strptime fails on rhel/centos/fedora systems

[STINNER Victor]

STINNER Victor added the comment:

No feedback: I close the issue. I consider that the issue is gone. (I have no 
issue on my Fedora 22.)

--
nosy: +haypo
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue25157] Installing Python 3.5.0 32bit on Windows 8.1 64bit system gives Error 0x80240017

[Laura Creighton]

Laura Creighton added the comment:

The person with the problem has reported to webmaster than the first method in 
this list http://wind8apps.com/error-0x80240017-windows/
did not fix his problem.

--

___
Python tracker 

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

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

[Roundup Robot]

Roundup Robot added the comment:

New changeset ee1cf1b188d2 by Victor Stinner in branch '3.4':
Issue #23517: Fix rounding in fromtimestamp() and utcfromtimestamp() methods
https://hg.python.org/cpython/rev/ee1cf1b188d2

--

___
Python tracker 

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

[issue25122] test_eintr randomly fails on FreeBSD

[STINNER Victor]

STINNER Victor added the comment:

test_eintr should now be fixed in Python 3.5 and 3.6: I skipped the test_open() 
and test_os_open() tests of test_eintr on FreeBSD.

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

___
Python tracker 

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