[issue35356] A possible reference leak in the nis module

[miss-islington]

miss-islington  added the comment:


New changeset 3473ca424142cb8f1453ba802ba642060b5ce779 by Miss Islington (bot) 
in branch '3.6':
bpo-35356: Fix a possible reference leak in nis.maps(). (GH-10808)
https://github.com/python/cpython/commit/3473ca424142cb8f1453ba802ba642060b5ce779


--
nosy: +miss-islington

___
Python tracker 

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

[issue35356] A possible reference leak in the nis module

[miss-islington]

miss-islington  added the comment:


New changeset e604b6c53e7dce6d4cf52525f4ae57352d489cba by Miss Islington (bot) 
in branch '3.7':
bpo-35356: Fix a possible reference leak in nis.maps(). (GH-10808)
https://github.com/python/cpython/commit/e604b6c53e7dce6d4cf52525f4ae57352d489cba


--

___
Python tracker 

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

[issue35356] A possible reference leak in the nis module

[miss-islington]

miss-islington  added the comment:


New changeset f3fe21a3cacbc5d13c3e61cefb36ce0efe617cd7 by Miss Islington (bot) 
in branch '2.7':
bpo-35356: Fix a possible reference leak in nis.maps(). (GH-10808)
https://github.com/python/cpython/commit/f3fe21a3cacbc5d13c3e61cefb36ce0efe617cd7


--

___
Python tracker 

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

[issue35356] A possible reference leak in the nis module

[Serhiy Storchaka]

Change 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

[issue35353] Add frame command to pdb

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
title: Add frame command to pub -> Add frame command to pdb

___
Python tracker 

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

[issue35358] avoid '-' in importlib.import_module and builtins.__import__

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

maybe related to this issue: https://bugs.python.org/issue18831

we can't import a module where the name contains '-', for example

from my-module import my_function

but with importlib.import_module

we can import this module.

import_module does not respect the python syntax for the name of the module, we 
should avoid that.

1. Add a DeprecationWarning for 3.8+
2. in 3.10, remove this DeprecationWarning and remove the support of the '-' in 
importlib.import_module

--
messages: 330761
nosy: matrixise
priority: normal
severity: normal
status: open
title: avoid '-' in importlib.import_module and builtins.__import__
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue35350] importing "ctypes" immediately causes a segmentation fault

[David]

David  added the comment:

Small update:

After commenting out Py_XDECREF(self->restype) in function 
CThunkObject_dealloc(PyObject *_self), I can import ctypes without getting a 
segmentation fault.

static void
CThunkObject_dealloc(PyObject *_self)
{
CThunkObject *self = (CThunkObject *)_self;
PyObject_GC_UnTrack(self);
Py_XDECREF(self->converters);
Py_XDECREF(self->callable);
//Py_XDECREF(self->restype);
if (self->pcl_write)
ffi_closure_free(self->pcl_write);
PyObject_GC_Del(self);
}

But I'm afraid I don't know what other effects could result with this change.

--

___
Python tracker 

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

[issue35358] avoid '-' in importlib.import_module and builtins.__import__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

'-' is not special. The import statement requires the module name been an 
identifier. This is just a requirement of Python syntax. But when pass the 
module name as a string, there is no such limitation in CPython. This is like 
an attribute name or keyword argument name should be identifiers in 
expressions, but you can pass an arbitrary string to getattr() and use a dict 
with arbitrary string keys as kwargs. Currently non-identifier strings are 
accepted, but this is an implementation detail, not a part of the language.

There are reasons against adding additional checks for attribute names and 
keyword argument names. This will slow down execution of all code. This is less 
critical for importing, because it is slower than attribute access and function 
call. But on other side, the benefit of adding this check is not obvious.

It may be worth to discuss this on mailing lists. First read previous 
discussions about attribute names and keyword argument names.

--
nosy: +brett.cannon, eric.snow, gvanrossum, ncoghlan, serhiy.storchaka

___
Python tracker 

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

[issue30410] Documentation for sys.stdout encoding does not reflect the new Windows behavior in Python 3.6+

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

Ping.

--

___
Python tracker 

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

[issue30410] Documentation for sys.stdout encoding does not reflect the new Windows behavior in Python 3.6+

[Paul Moore]

Paul Moore  added the comment:

The proposed wording seems a bit over-complex to me. Maybe the following 
re-wording would be easier to understand?

The character encoding is platform-dependent. Non-Windows 
platforms use the locale encoding (see 
locale.getpreferredencoding()).

On Windows, UTF-8 is used for the console device.  Non-character
devices such as disk files and pipes use the system locale
encoding (i.e. the ANSI codepage).  Non-console character
devices such as NUL (i.e. where isatty() returns True) use the
value of the console input and output codepages at startup,
respectively for stdin and stdout/stderr. This defaults to the
system locale encoding if the process is not initially attached
to a console.

The special behaviour of the console can be overridden
by setting the environment variable PYTHONLEGACYWINDOWSSTDIO
before starting Python. In that case, the console codepages are
used as for any other character device.

Under all platforms, you can override this value by
setting the PYTHONIOENCODING environment variable before
starting Python. However, for the Windows console, this
only applies when PYTHONLEGACYWINDOWSSTDIO is also set.

--

___
Python tracker 

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

[issue35358] avoid '-' in importlib.import_module and builtins.__import__

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

hi @serhiy,

I understand but today, by error my CI has started to run the tests of an 
external python package and in the tests, there was a lot of `from my-module 
import XYZ` but in the django project, they load this module via 
importlib.import_module or builtins.__import__.

For the developer of this external module, he didn't execute the tests before, 
and for him, there was no problem, because django can load it.

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Andrew Svetlov]

Andrew Svetlov  added the comment:

The strange thing is these tests are passed on our build bots.

In logs I see only ConnectionResetError. Can it be related to your 
configuration?

--

___
Python tracker 

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

[issue35336] Bug in C locale coercion with PYTHONCOERCECLOCALE=1

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 55e498058faf8c97840556f6d791c2c392732dc3 by Victor Stinner in 
branch 'master':
bpo-35336: Fix PYTHONCOERCECLOCALE=1 (GH-10806)
https://github.com/python/cpython/commit/55e498058faf8c97840556f6d791c2c392732dc3


--

___
Python tracker 

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

[issue35336] Bug in C locale coercion with PYTHONCOERCECLOCALE=1

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10058

___
Python tracker 

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

[issue34850] Emit a syntax warning for "is" with a literal

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Ping.

--

___
Python tracker 

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

[issue35327] Using skipTest with subTest gives a misleading UI.

[Martin Panter]

Martin Panter  added the comment:

Sounds very similar to Issue 25894, discussing how to deal with tests where 
different subtests errored, failed, skipped and passed.

--
nosy: +martin.panter

___
Python tracker 

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

[issue35336] Bug in C locale coercion with PYTHONCOERCECLOCALE=1

[STINNER Victor]

STINNER Victor  added the comment:

> PYTHONCOERCECLOCALE=1 should not force C locale coercion, Python should still 
> check if the LC_CTYPE locale is "C".

Reference:

https://docs.python.org/dev/using/cmdline.html#envvar-PYTHONCOERCECLOCALE

"If (...) the current locale reported for the LC_CTYPE category is either the 
default C locale, or else the explicitly ASCII-based POSIX locale, (...)"

--

___
Python tracker 

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

[issue35336] Bug in C locale coercion with PYTHONCOERCECLOCALE=1

[STINNER Victor]

STINNER Victor  added the comment:


New changeset df738d56fe798b3586ed71775df25bf127789cf6 by Victor Stinner in 
branch '3.7':
bpo-35336: Fix PYTHONCOERCECLOCALE=1 (GH-10806) (GH-10813)
https://github.com/python/cpython/commit/df738d56fe798b3586ed71775df25bf127789cf6


--

___
Python tracker 

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

[issue35336] Bug in C locale coercion with PYTHONCOERCECLOCALE=1

[STINNER Victor]

Change by STINNER Victor :


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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[miss-islington]

Change by miss-islington :


--
pull_requests: +10059

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

STINNER Victor  added the comment:


New changeset ebd5d6d6e6e4e751ba9c7534004aadfc27ba9265 by Victor Stinner in 
branch 'master':
bpo-35347: Fix test_socket.NonBlockingTCPTests (GH-10791)
https://github.com/python/cpython/commit/ebd5d6d6e6e4e751ba9c7534004aadfc27ba9265


--

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[miss-islington]

Change by miss-islington :


--
pull_requests: +10060

___
Python tracker 

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

[issue30167] site.main() does not work on Python 3.6 and superior if PYTHONSTARTUP is set

[INADA Naoki]

Change by INADA Naoki :


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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10061

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[miss-islington]

miss-islington  added the comment:


New changeset 365f21c2d3756a6768c5b0d479aaf5c2a568b80b by Miss Islington (bot) 
in branch '3.7':
bpo-35347: Fix test_socket.NonBlockingTCPTests (GH-10791)
https://github.com/python/cpython/commit/365f21c2d3756a6768c5b0d479aaf5c2a568b80b


--
nosy: +miss-islington

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10062

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[miss-islington]

miss-islington  added the comment:


New changeset af7e81f71858519de8d2bafcb38fce8cca86aa0a by Miss Islington (bot) 
in branch '3.6':
bpo-35347: Fix test_socket.NonBlockingTCPTests (GH-10791)
https://github.com/python/cpython/commit/af7e81f71858519de8d2bafcb38fce8cca86aa0a


--

___
Python tracker 

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

[issue33930] Segfault with deep recursion into object().__dir__

[INADA Naoki]

INADA Naoki  added the comment:

microbench:


$ ./python.patched -m perf timeit --compare-to ./python.master -s 'o="foo"' 
'o.encode'
python.master: . 29.3 ns +- 0.6 ns
python.patched: . 30.9 ns +- 1.3 ns

Mean +- std dev: [python.master] 29.3 ns +- 0.6 ns -> [python.patched] 30.9 ns 
+- 1.3 ns: 1.05x slower (+5%)



And this is perf report of python.patched:


  33.17%   _PyEval_EvalFrameDefault
  15.25%   _PyObject_GenericGetAttrWithDict
   9.63%   PyCFunction_NewEx
   8.25%   _PyType_Lookup
   6.42%   meth_dealloc
   3.50%   _Py_bytes_contains
   3.22%   PyObject_GC_UnTrack
   3.20%   method_get
   2.73%   PyObject_GetAttr
   2.55%   repeat_next
   0.88%   _Py_Dealloc
   0.81%   PyObject_GenericGetAttr
   0.78%   sre_ucs1_match
   0.50%   lookdict_unicode_nodummy

--
nosy: +inada.naoki

___
Python tracker 

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

[issue35359] [2.7][Windows] Define _CRT_SECURE_NO_WARNINGS to build Modules\zlib\

[STINNER Victor]

New submission from STINNER Victor :

The compilation of Modules\zlib\ on Python 2.7 emits a lot of warnings: see 
AppVeyor logs above. I propose to define _CRT_SECURE_NO_WARNINGS in the 
pythoncore project to make these warnings quiet, to spot more easily new 
warnings.

Attached PR adds _CRT_SECURE_NO_WARNINGS to Python 2.7 pythoncore project.

In the master branch, the following project also set _CRT_SECURE_NO_WARNINGS:

* PCbuild/_decimal.vcxproj
* PCbuild/_elementtree.vcxproj
* PCbuild/_ssl.vcxproj
* PCbuild/pyexpat.vcxproj

Note: In the master branch, encode_current_locale() of Python/fileutils.c also 
uses wcstombs(), but no warning is emitted, whereas the C file is compiled by 
the pythoncore project which doesn't define _CRT_SECURE_NO_WARNINGS.


AppVeyor logs:

[00:01:51] ..\Modules\zlib\gzlib.c(193): warning C4996: 'wcstombs': This 
function or variable may be unsafe. Consider using wcstombs_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\stdlib.h(534) : see declaration of 'wcstombs'
[00:01:51] ..\Modules\zlib\gzlib.c(208): warning C4996: 'wcstombs': This 
function or variable may be unsafe. Consider using wcstombs_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\stdlib.h(534) : see declaration of 'wcstombs'
[00:01:51] ..\Modules\zlib\gzlib.c(214): warning C4996: '_snprintf': This 
function or variable may be unsafe. Consider using _snprintf_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\stdio.h(358) : see declaration of '_snprintf'
[00:01:51] ..\Modules\zlib\gzlib.c(245): warning C4996: '_wopen': This function 
or variable may be unsafe. Consider using _wsopen_s instead. To disable 
deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\io.h(276) : see declaration of '_wopen'
[00:01:51] ..\Modules\zlib\gzlib.c(245): warning C4996: 'open': The POSIX name 
for this item is deprecated. Instead, use the ISO C++ conformant name: _open. 
See online help for details. [C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\io.h(316) : see declaration of 'open'
[00:01:51] ..\Modules\zlib\gzlib.c(296): warning C4996: '_snprintf': This 
function or variable may be unsafe. Consider using _snprintf_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\stdio.h(358) : see declaration of '_snprintf'
[00:01:51] ..\Modules\zlib\gzlib.c(612): warning C4996: '_snprintf': This 
function or variable may be unsafe. Consider using _snprintf_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\stdio.h(358) : see declaration of '_snprintf'
[00:01:51]   gzread.c
[00:01:51] ..\Modules\zlib\gzread.c(35): warning C4996: 'read': The POSIX name 
for this item is deprecated. Instead, use the ISO C++ conformant name: _read. 
See online help for details. [C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\io.h(317) : see declaration of 'read'
[00:01:51] ..\Modules\zlib\gzread.c(41): warning C4996: 'strerror': This 
function or variable may be unsafe. Consider using strerror_s instead. To 
disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\string.h(126) : see declaration of 'strerror'
[00:01:51] ..\Modules\zlib\gzread.c(651): warning C4996: 'close': The POSIX 
name for this item is deprecated. Instead, use the ISO C++ conformant name: 
_close. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
[00:01:51]   C:\Program Files (x86)\Microsoft Visual Studio 
9.0\VC\include\io.h(306) : see declaration of 'close'
[00:01:51]   gzwrite.c
[00:01:51] ..\Modules\zlib\gzwrite.c(89): warning C4996: 'write': The POSIX 
name for this item is deprecated. Instead, use the ISO C++ conformant name: 
_write. See online help for details. 
[C:\projects\cpython\PCbuild\pythoncore.vcx

[issue35359] [2.7][Windows] Define _CRT_SECURE_NO_WARNINGS to build Modules\zlib\

[STINNER Victor]

Change by STINNER Victor :


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

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

STINNER Victor  added the comment:


New changeset dab59fa56054d6c0f75ae7013337f7baaa248076 by Victor Stinner in 
branch '2.7':
bpo-35347: Fix test_socket.NonBlockingTCPTests (GH-10791) (GH-10817)
https://github.com/python/cpython/commit/dab59fa56054d6c0f75ae7013337f7baaa248076


--

___
Python tracker 

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

[issue35360] [Windows] Update SQLite dependency

[STINNER Victor]

New submission from STINNER Victor :

Windows and macOS installers require SQLite, but they require different 
versions! Windows uses 3.21 or 3.14, but macOS uses 3.22.

I'm talking about the following line in PCbuild\get_externals.bat:

   set libraries=%libraries% sqlite-3.21.0.0


* 3.6, 3.7 and master branches:

SQLite[Windows]: 3.21.0.0
SQLite[macOS]: 3.22.0

* 2.7 branch:

SQLite[Windows]: 3.14.2.0
SQLite[macOS]: 3.22.0


Note: I wrote a script to get external dependencies:

https://github.com/vstinner/misc/blob/master/cpython/external_versions.py

--
components: Build
messages: 330779
nosy: vstinner
priority: normal
severity: normal
status: open
title: [Windows] Update SQLite dependency
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue35360] [Windows] Update SQLite dependency

[STINNER Victor]

Change by STINNER Victor :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue33930] Segfault with deep recursion into object().__dir__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you Inada. There is a large overhead for iterating. Try to add 
--duplicate=1000.

--

___
Python tracker 

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

STINNER Victor  added the comment:

Ok, test_socket should depend a little bit less on time now ;-)

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

[issue35347] test_socket: NonBlockingTCPTests.testRecv() uses a weak 100 ms sleep as synchronization

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 304315d251dbb4e85dd86056ba1925f25e646ca1 by Victor Stinner in 
branch 'master':
bpo-35347: Cleanup test_socket.NonBlockingTCPTests (GH-10818)
https://github.com/python/cpython/commit/304315d251dbb4e85dd86056ba1925f25e646ca1


--

___
Python tracker 

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

[issue35360] [Windows] Update SQLite dependency

[STINNER Victor]

STINNER Victor  added the comment:

First the sqlite branch should be updated in:
https://github.com/python/cpython-source-deps

Then a new tag should be created in this repository.

I tried to update cpython-source-deps, but "git push" never completed. I will 
retry next week ;-)

--

___
Python tracker 

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

[issue35361] Update libffi dependency to 3.2.1?

[STINNER Victor]

New submission from STINNER Victor :

Python 2.7 and 3.6 embed a copy of libffi 3.1, whereas libffi 3.2.1 was 
released on November 12, 2014. Should we update libffi?

I'm talking about the directory Modules/_ctypes/libffi/.

It seems like Fedora 29 still uses libffi 3.1:

$ rpm -q libffi
libffi-3.1-18.fc29.x86_64

Note: Not only we vendor a copy of libffi and we also modify it :-/

Hopefully, libffi copy has been removed from Python 3.7!

--
components: Build
messages: 330784
nosy: vstinner
priority: normal
severity: normal
status: open
title: Update libffi dependency to 3.2.1?
versions: Python 3.8

___
Python tracker 

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

[issue33930] Segfault with deep recursion into object().__dir__

[INADA Naoki]

INADA Naoki  added the comment:

$ ./python.patched -m perf timeit --compare-to ./python.master -s 'o="foo"' 
'o.encode' --duplicate=1
python.master: . 23.1 ns +- 0.5 ns
python.patched: . 24.6 ns +- 0.5 ns

Mean +- std dev: [python.master] 23.1 ns +- 0.5 ns -> [python.patched] 24.6 ns 
+- 0.5 ns: 1.06x slower (+6%)

$ perf record ./python.patched -m perf timeit -s 'o="foo"' 'o.encode' 
--duplicate=1
Couldn't record kernel reference relocation symbol
Symbol resolution may be skewed if relocation was used (e.g. kexec).
Check /proc/kallsyms permission or run as root.
.
Mean +- std dev: 24.9 ns +- 0.7 ns
[ perf record: Woken up 9 times to write data ]
[kernel.kallsyms] with build id debb7f6ce8aad7263cc6564650a88db5c8003389 not 
found, continuing without symbols
[ perf record: Captured and wrote 2.491 MB perf.data (61787 samples) ]

$ perf report | cat
(snip)
# Total Lost Samples: 0
#
# Samples: 61K of event 'cycles:ppp'
# Event count (approx.): 52880893198
#
# Overhead  Command Shared Object 
Symbol
#   ..    
..
#
18.78%  python.patched  python.patched
[.] _PyEval_EvalFrameDefault
14.85%  python.patched  python.patched
[.] _PyObject_GenericGetAttrWithDict
 9.93%  python.patched  python.patched
[.] PyCFunction_NewEx
 8.56%  python.patched  python.patched
[.] _PyType_Lookup
 6.61%  python.patched  python.patched
[.] meth_dealloc
 4.12%  python.patched  python.patched
[.] PyParser_AddToken
 3.36%  python.patched  python.patched
[.] PyObject_GetAttr
 3.33%  python.patched  python.patched
[.] PyObject_GC_UnTrack
 3.25%  python.patched  python.patched
[.] method_get
 2.92%  python.patched  python.patched
[.] _Py_bytes_contains
 2.13%  python.patched  python.patched
[.] freechildren
 1.41%  python.patched  python.patched
[.] pymalloc_alloc.isra.6.part.7

--

___
Python tracker 

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

[issue35350] importing "ctypes" immediately causes a segmentation fault

[David]

David  added the comment:

Another small update:

After I recompiled Python with the commented out statement, I did a small test 
if loading a shared library works.

I compiled the following test function to testib.so:

#include 

void test_func(void);

void test_func(void) {
printf("hello world\n");
}

After that I used ctypes to load this library and execute the test_func():

(gdb) file python2.7
Reading symbols from python2.7...done.
(gdb) run -c "import ctypes; lib_test = 
ctypes.cdll.LoadLibrary('/tmp/testlib.so'); lib_test.test_func();"
Starting program: /usr/bin/python2.7 -c "import ctypes; lib_test = 
ctypes.cdll.LoadLibrary('/tmp/testlib.so'); lib_test.test_func();"
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
hello world

Program received signal SIGSEGV, Segmentation fault.
PyCFuncPtr_call (self=, inargs=, kwds=) at /home/user/ARM_Linux/src/Python-2.7.15/Modules/_ctypes/_ctypes.c:4108
4108/home/user/ARM_Linux/src/Python-2.7.15/Modules/_ctypes/_ctypes.c: No 
such file or directory.
(gdb)

It prints the expected output, but again I get a segmentation fault, this time 
in PyCFuncPtr_call function.

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

It seems I can reproduce it on Fedora as well by setting stronger crypto 
defaults through 'update-crypto-policies --set FUTURE'.

Repo located here: 
https://gitlab.com/redhat-crypto/fedora-crypto-policies/tree/master

The changes are many, but if I compare with RHEL8, the minimal changes that 
could affect it are:

-# DH params size: >= 1023
+# DH params size: >= 2048

-# TLS protocols: TLS >= 1.0
+# TLS protocols: TLS >= 1.2, DTLS >= 1.2

-@protocol_list = ('TLS1.3', 'TLS1.2', 'TLS1.1', 'TLS1.0', 'DTLS1.2', 
'DTLS1.0');
+@protocol_list = ('TLS1.3', 'TLS1.2', 'DTLS1.2');

- $min_tls_version = 'TLS1.0';
- min_dtls_version = 'DTLS1.0';
+ $min_tls_version = 'TLS1.2';
+ $min_dtls_version = 'DTLS1.2';

# Parameter sizes
- $min_dh_size = 1023;
+ $min_dh_size = 2048;

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Maybe this is the reason.
asycio test suite uses these ssl contexts: 
https://github.com/python/cpython/blob/master/Lib/test/test_asyncio/utils.py#L72-L92

Maybe bumping used protocol version will help to pass tests on your box.
Would you try it?

--

___
Python tracker 

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

[issue35358] avoid '-' in importlib.import_module and builtins.__import__

[Eric V. Smith]

Eric V. Smith  added the comment:

I dynamically load a lot of modules whose names contain hyphens, or are 
otherwise non-identifiers (like 3rdparty.py). The suggested change would break 
a lot of working code.

The only thing I can see being possible is to add a warning that no one would 
likely ever see. So I think we should take no action here.

--
nosy: +eric.smith
type:  -> enhancement
versions:  -Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

I believe I figured out the issue, at least on the master branch.

While checking the certificates used by asyncio tests within the test_asyncio 
folder I noticed they were quite outdated when compared to the more recent 
updated ones with the test/ folder, which take into account the stronger crypto 
defaults introduced in the latest openssl versions.

And by looking at 
https://github.com/python/cpython/commit/6d8c1abb003a4cb05f1ddcf0eeddd513cd57#diff-a8e7dbb528601706db0f01d01332bb76
 it seems that those certs are just copied from test/ within test_asyncio/. So 
by copying over the old certs, the tests actually pass.

The immediate workaround would be to just copy over the certs but a better 
approach would be to just reuse the certs within the test/ folder instead of 
relying on copying them over to test_asyncio/

--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9eea6eaf23067880f4af3a130e3f67c9812e2f30 by Victor Stinner 
(Siddhesh Poyarekar) in branch 'master':
bpo-33015: Fix UB in pthread PyThread_start_new_thread (GH-6008)
https://github.com/python/cpython/commit/9eea6eaf23067880f4af3a130e3f67c9812e2f30


--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[miss-islington]

Change by miss-islington :


--
pull_requests: +10064

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10065

___
Python tracker 

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

[issue35338] set union/intersection/difference could accept zero arguments

[Josh Rosenberg]

Josh Rosenberg  added the comment:

set.union() without constructing the set you call union on only happens to work 
for the set.union(a) case because `a` is already a set. union takes arbitrary 
iterables, not just sets, and you're just cheating by explicitly passing `a` as 
the expected self argument. If you'd set `a = [1, 2]` (a list, not a set), 
set.union(a) would fail, because set.union(a) was only working by accident of a 
being interpreted as self; any such use is misuse.

Point is, the zero args case isn't a unique corner case;

args = ([1, 2], ANY OTHER ITERABLES HERE)
set.union(*args)

fails too, because the first argument is interpreted as self, and must be a set 
for this to work.

SilentGhost's solution of constructing the set before union-ing via 
set().union(*args) is the correct solution; it's free of corner cases, removing 
the specialness of the first element in args (because self is passed in 
correctly), and not having any troubles with empty args.

intersection is the only interesting case here, where preconstruction of the 
empty set doesn't work, because that would render the result the empty set 
unconditionally. The solution there is set(args[0]).intersection(*args) (or 
*args[1:]), but that's obviously uglier.

I'm -1 on making any changes to set.union to support this misuse case.

--
nosy: +josh.r

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10066

___
Python tracker 

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

[issue35362] list inheritor with abc method does not raise

[vassilis Lemonidis]

Change by vassilis Lemonidis :


--
type:  -> behavior

___
Python tracker 

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

[issue35362] list inheritor with abc method does not raise

[vassilis Lemonidis]

New submission from vassilis Lemonidis :

The following does not raise:

class Test(list, metaclass=ABCMeta):
@abstractmethod
def test(self):
pass
test = Test()

There is not enough documentation to support this problem, so I believe this 
can be classified as a bug. Anyone please elaborate.

--
components: Library (Lib)
messages: 330793
nosy: vaslem
priority: normal
severity: normal
status: open
title: list inheritor with abc method does not raise
versions: Python 3.7

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[miss-islington]

miss-islington  added the comment:


New changeset b1355352d14a0a67107aba7ec6f26f17716a by Miss Islington (bot) 
in branch '3.7':
bpo-33015: Fix UB in pthread PyThread_start_new_thread (GH-6008)
https://github.com/python/cpython/commit/b1355352d14a0a67107aba7ec6f26f17716a


--
nosy: +miss-islington

___
Python tracker 

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

[issue35362] list inheritor with abstract content does not raise

[vassilis Lemonidis]

Change by vassilis Lemonidis :


--
title: list inheritor with abc method does not raise -> list inheritor with 
abstract content does not raise

___
Python tracker 

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

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

[STINNER Victor]

New submission from STINNER Victor :

test_open() of test_eintr hangs randomly on x86-64 El Capitan 3.x buildbot. 
test_eintr failed but then passed when run again.

pythoninfo:

platform.platform: Darwin-15.6.0-x86_64-i386-64bit  # macOS 10.11 (El Capitan)


https://buildbot.python.org/all/#/builders/93/builds/1574

test_all (test.test_eintr.EINTRTests) ... FAIL

==
FAIL: test_all (test.test_eintr.EINTRTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/test_eintr.py",
 line 18, in test_all
script_helper.assert_python_ok("-u", tester)
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py",
 line 157, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py",
 line 143, in _assert_python
res.fail(cmd_line)
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/script_helper.py",
 line 70, in fail
raise AssertionError("Process return code is %d\n"
AssertionError: Process return code is 1
command line: 
['/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/python.exe', '-X', 
'faulthandler', '-I', '-u', 
'/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py']

stdout:
---

---

stderr:
---
ss.s.ss.Timeout (0:10:00)!
Thread 0x7fff7c082000 (most recent call first):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py",
 line 349 in python_open
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py",
 line 345 in _test_open
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/support/__init__.py",
 line 596 in wrapper
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py",
 line 353 in test_open
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/case.py",
 line 642 in run
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/case.py",
 line 702 in __call__
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py",
 line 122 in run
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/suite.py",
 line 84 in __call__
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/runner.py",
 line 176 in run
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/main.py",
 line 271 in runTests
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/unittest/main.py",
 line 101 in __init__
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/eintrdata/eintr_tester.py",
 line 527 in 
---

--

Ran 1 test in 605.488s

FAILED (failures=1)
Warning -- files was modified by test_eintr
  Before: []
  After:  ['@test_57532_tmp'] 
test test_eintr failed

--
components: Tests
messages: 330795
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot
versions: Python 3.8

___
Python tracker 

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

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

[STINNER Victor]

STINNER Victor  added the comment:

I'm unable to reproduce the bug on macOS 10.13.6 using:

   ./python.exe -m test -F test_eintr --timeout=60


I modified the test to display immediately result into stdout:

diff --git a/Lib/test/test_eintr.py b/Lib/test/test_eintr.py
index 25f86d3..47b89d3 100644
--- a/Lib/test/test_eintr.py
+++ b/Lib/test/test_eintr.py
@@ -1,6 +1,8 @@
 import os
+import sys
 import signal
 import unittest
+import subprocess
 
 from test import support
 from test.support import script_helper
@@ -15,7 +17,9 @@ class EINTRTests(unittest.TestCase):
 # thread (for reliable signal delivery).
 tester = support.findfile("eintr_tester.py", subdir="eintrdata")
 # use -u to try to get the full output if the test hangs or crash
-script_helper.assert_python_ok("-u", tester)
+proc = subprocess.run([sys.executable, "-u", tester, "-v"])
+if proc.returncode:
+self.fail("fail")
 
 
 if __name__ == "__main__":

--

___
Python tracker 

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

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +pablogsal

___
Python tracker 

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

[issue35358] avoid '-' in importlib.import_module and builtins.__import__

[Guido van Rossum]

Guido van Rossum  added the comment:

Do not change this. I'd rather see it documented that importlib can import any 
name as long as it doesn't contain a dot, slash or backslash.

(Clearly the fact that Django loads it is an additional argument that this 
should be supported, not forbidden.)

It's the same as for getattr etc.

--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 8f83c2fb19c45350c2161d9e75dab4cd2bcaee28 by Victor Stinner in 
branch '2.7':
bpo-33015: Fix UB in pthread PyThread_start_new_thread (GH-6008) (GH-10823)
https://github.com/python/cpython/commit/8f83c2fb19c45350c2161d9e75dab4cd2bcaee28


--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 03b1200dfd03061e9ad0bff8199967bd80b9b900 by Victor Stinner in 
branch '3.6':
bpo-33015: Fix UB in pthread PyThread_start_new_thread (GH-6008) (GH-10822)
https://github.com/python/cpython/commit/03b1200dfd03061e9ad0bff8199967bd80b9b900


--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:

Ok, the bug should now be fixed.

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

[issue35363] test_eintr: test_open() hangs randomly on x86-64 El Capitan 3.x buildbot

[STINNER Victor]

STINNER Victor  added the comment:

I stopped my manual test after 71 iterations.

--

___
Python tracker 

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

[issue35338] set union/intersection/difference could accept zero arguments

[Mark Dickinson]

Mark Dickinson  added the comment:

> set.union() without constructing the set you call union on only happens to 
> work for the set.union(a) case because `a` is already a set.

Good point. I wasn't thinking clearly about the unbound-methodness of this.

> I'm -1 on making any changes to set.union to support this misuse case.

Agreed.

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Charalampos Stratakis]

Change by Charalampos Stratakis :


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

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:

> The strange thing is these tests are passed on our build bots.

RHEL8 has a very strict security policy by default. I'm not sure if any OS run 
on buildbot has a security policy as strict as RHEL8?

> Maybe bumping used protocol version will help to pass tests on your box.

I tried to tune the SSLContext in many different ways but it doesn't work. The 
problem comes from the .pem files.

I confirm that copying .pem files from Lib/test/ into Lib/test/test_asyncio/ 
does fix the issue.

> And by looking at 
> https://github.com/python/cpython/commit/6d8c1abb003a4cb05f1ddcf0eeddd513cd57#diff-a8e7dbb528601706db0f01d01332bb76
>  it seems that those certs are just copied from test/ within test_asyncio/. 
> So by copying over the old certs, the tests actually pass.

In this case, I don't see the point of having two copies of the same files.

PR 10826 does the right fix: remove .pem files from Lib/test/test_asyncio/ and 
reuse .pem files from Lib/test/.

--
nosy: +vstinner

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

Also on Fedora the same set of security policies can be set as RHEL8 by 
utilizing 'update-crypto-policies --set NEXT'

--

___
Python tracker 

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

[issue31046] ensurepip does not honour the value of $(prefix)

[Matej Cepl]

Matej Cepl  added the comment:

Per https://devguide.python.org/pullrequest/, can I ask you Xavier to prepare a 
proper pull request for this patch to the GitHub repo, please?

--
nosy: +mcepl

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10068

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10069

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:

Oh... test_threaded_import started to crash on Python 2.7:

$ ./python -m test  -F -v test_threaded_import
(...)
0:00:00 load avg: 1.06 [  3] test_threaded_import
Trying 20 threads ... OK.
Trying 50 threads ... OK.
Trying 20 threads ... OK.
Segmentation fault (core dumped)

The problem is that PyMem_Malloc() is not thread safe when Python is compiled 
in debug mode! In release mode, it's safe because PyMem_Malloc() is a thin 
wrapper to malloc(). But in debug mode, PyMem_Malloc() uses the debug hooks 
and... pymalloc allocator which is not thread-safe!

--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:

I wrote PR 10828 to make PyMem_Malloc() thread-safe in debug mode as well.. But 
I'm not sure that it's ok to push such change later in the 2.7 development 
cycle...

So I wrote PR 10829 which only modified PyThread_start_new_thread(): use 
malloc/free instead of PyMem_Malloc/PyMem_Free.

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

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b062ba77b617b0f89b7ea25d14cc77c991462ad4 by Victor Stinner 
(stratakis) in branch 'master':
bpo-35352: test_asyncio uses the certificate set from the test directory 
(GH-10826)
https://github.com/python/cpython/commit/b062ba77b617b0f89b7ea25d14cc77c991462ad4


--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[miss-islington]

Change by miss-islington :


--
pull_requests: +10070

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10071

___
Python tracker 

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

[issue28608] Support creating hardlink using `pathlib`

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Since Path already supports symlinking, it would be reasonable to add 
hardlinking (e.g. as `Path.link_to`).  But as you said one may as well call 
`os.link(path1, path2)`.

--

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[STINNER Victor]

STINNER Victor  added the comment:


New changeset bc9f53f69e8207027bf2b18e3d01b30401e76ace by Victor Stinner in 
branch '2.7':
bpo-33015: Use malloc() in PyThread_start_new_thread() (GH-10829)
https://github.com/python/cpython/commit/bc9f53f69e8207027bf2b18e3d01b30401e76ace


--

___
Python tracker 

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

[issue35364] Datetime “fromtimestamp()” ignores inheritance if timezone is not None

[Adrien]

New submission from Adrien :

Hello.

I created a class inheriting from "datetime.datetime".

While creating a new instance using the classmethod "fromtimestamp" it seems to 
work, except if I provide a timezone object. In such case, the returned object 
is of base type datetime.

This looks like a bug, isn't it? If not, I guess this should be mentioned 
somewhere in the documentation. Tested on Python 3.6 and 3.7, my apologies if 
this has been fixed in 3.8.

NB: I first opened a question on SO -> 
https://stackoverflow.com/questions/53561996/datetime-fromtimestamp-ignores-inheritance-if-timezone-is-not-none

--
components: Library (Lib)
files: test.py
messages: 330811
nosy: Delgan
priority: normal
severity: normal
status: open
title: Datetime “fromtimestamp()” ignores inheritance if timezone is not None
type: behavior
versions: Python 3.6, Python 3.7
Added file: https://bugs.python.org/file47960/test.py

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10072

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[Andrew Svetlov]

Andrew Svetlov  added the comment:

IIRC two copies exist from very early development times when asyncio was not a 
part of Python stdlib.

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:

> IIRC two copies exist from very early development times when asyncio was not 
> a part of Python stdlib.

Yeah, that was my guess as well. Maybe data_file() could be simplified or 
replaced by support.findfile(), but I chose the easy solution (minimize 
changes) :-)

--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 7212148c95947b0fdfcb0c8e37d4357287bdb4bd by Victor Stinner in 
branch 'master':
bpo-35352: Cleanup test_asyncio/utils.py (GH-10831)
https://github.com/python/cpython/commit/7212148c95947b0fdfcb0c8e37d4357287bdb4bd


--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +10073

___
Python tracker 

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

[issue35364] Datetime “fromtimestamp()” ignores inheritance if timezone is not None

[Adrien]

Adrien  added the comment:

Actually, this also occurs while using "astimezone()" on a custom child class 
(I suppose this method is used by "fromtimestamp()").

--

___
Python tracker 

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

[issue35365] Use wchar_t* buffer instead of Unicode object in code page decoder

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently the code page decoder uses the legacy Unicode C API for creating an 
output buffer as a Unicode object with PyUnicode_WCHAR_KIND. Proposed PR makes 
it using a raw wchar_t* buffer.

This is necessary for deprecating and removing the legacy Unicode C API in 
future.

--
assignee: serhiy.storchaka
components: Interpreter Core
messages: 330816
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Use wchar_t* buffer instead of Unicode object in code page decoder
versions: Python 3.8

___
Python tracker 

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

[issue35366] Monkey Patching class derived from ctypes.Union doesn't work

[Vijay]

New submission from Vijay :

I am trying to "monkey patch" a class derived from Python ctypes "Union", but I 
am unable to do so - getting weird errors and sometimes seg-faults. The same 
thing works quite well when deriving from ctypes "Structure".

I have narrowed this to down to the simplest possible test case which I am 
posting below. I am using Python 3.6.4. I am wondering if I am doing something 
wrong (or is there a problem with the ctypes "Union" implementation?). 

The example python code is attached with this issue.

Please see the output below (for the attached code in Python 3.6.4).

Using Structure:

Print Type #1: [ 10, 20 ]
Original : 
Patched : 
Patched (dict) : 
Print Type #2: ( 10, 20 )
Using Union:

Print Type #1: [ 20, 20 ]
Original : 
Patched : 
Patched (dict) : 
Traceback (most recent call last):
  File "ctypes_bug.py", line 54, in 
print(a)
TypeError: 'managedbuffer' object is not callable

Clearly, I am able to "patch" __str__ when the corresponding Python object was 
derived from "Structure", but I am unable to "patch" __str__ when the 
corresponding Python object was derived from "Union".

Interestingly, MyUnion.__dict__[__str__] and MyUnion.__str__ shows different 
results - which is weird as well.

Is there something I am doing wrong here, or is there an issue with 
ctypes.Union? I highly appreciate any help or insight!

--
components: ctypes
files: ctypes_bug.py
messages: 330817
nosy: rvijayc
priority: normal
severity: normal
status: open
title: Monkey Patching class derived from ctypes.Union doesn't work
type: behavior
versions: Python 3.6
Added file: https://bugs.python.org/file47961/ctypes_bug.py

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 38bed786a219c65d5a51c7ef4ffd97e12653a095 by Victor Stinner in 
branch '3.7':
[3.7] bpo-35352: test_asyncio uses the certificate set from the test directory 
(GH-10826) (GH-10834)
https://github.com/python/cpython/commit/38bed786a219c65d5a51c7ef4ffd97e12653a095


--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 02250e57c37339ea6de08ab077a307e75eef02f5 by Victor Stinner in 
branch '3.6':
bpo-35352: test_asyncio uses the certificate set from the test directory 
(GH-10826) (GH-10832)
https://github.com/python/cpython/commit/02250e57c37339ea6de08ab077a307e75eef02f5


--

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8

[STINNER Victor]

STINNER Victor  added the comment:

I leave the issue open until someone validates manually that the issue os fixed 
in all branches with stricter security (ex: RHEL8).

--

___
Python tracker 

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

[issue35358] Document that importlib.import_module accepts names that are not valid Python syntax

[Brett Cannon]

Brett Cannon  added the comment:

I agree that this shouldn't change and at best can be a documentation update to 
mention the fact that importlib.import_module() doesn't restrict itself to 
valid syntax names on purpose.

--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python
priority: normal -> low
title: avoid '-' in importlib.import_module and builtins.__import__ -> Document 
that importlib.import_module accepts names that are not valid Python syntax

___
Python tracker 

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

[issue35366] Monkey Patching class derived from ctypes.Union doesn't work

[Martijn Pieters]

Martijn Pieters  added the comment:

This is a repeat of old-tracker issue 1700288, see 
https://github.com/python/cpython/commit/08ccf202e606a08f4ef85df9a9c0d07e1ba1#diff-998bfefaefe2ab83d5f523e18f158fa4,
 which fixed this for StructType_setattro but failed to do the same for 
UnionType_setattro

--
nosy: +mjpieters

___
Python tracker 

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

[issue34867] Add mode to disable small integer and interned string caches

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Steven, thank you for splitting this off for proper discussion.

To me, the base issue is that CPython is both the language reference 
implementation and, as yet, the main production implementation.  As the latter, 
it has unintended and unwanted bugs and intentional optimizations added for 
performance rather than language conformance.  Some of these, like caching, 
affect boolean results involving 'is' and id().  Problems arise when people 
confuse reference features with implementation features.

This issue proposes adding a mode that turns off certain optimization features. 
 There is another proposal to turn off other optimizations (again during code 
analysis and testing) that affect tracing results and sometimes coverage 
results based thereon, giving false negatives.  In either case, I see the 
result as a 'language reference' mode.  As Steven suggested, the result is in a 
sense less chaotic, not more.  A chaos mode for caching would randomly cache or 
not.

Multiple comments above contain 'bug'.  Given that the language leaves 
implementations to cache certain immutables -- or not -- the bug in code meant 
to be implementation independent is to depend on caching *either way*.  Turning 
caching off only catches the 'bug' of assuming caching, not the bug of assuming 
no caching.

>From a math viewpoint, n is n for all n, so 'is' *is* the proper comparison 
>for ints.  From this viewpoint, caching should be the default and having not 
>caching most values of n, and having to use '==' instead of 'is', is the 
>practice time-space tradeoff compromise.  

Like Raymond, I currently think that this proposal lacks sufficient 
justification.

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

___
Python tracker 

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

[issue35354] Generator functions stack overflow

[Brett Cannon]

Brett Cannon  added the comment:

How did you make a recursive generator? The 'yield' would have paused 
execution. Do you have code you can share to reproduce? Otherwise blowing your 
stack out is normal behaviour in a function which you can deal with by lowering 
your stack depth with sys.setrecursionlimit() to one that will raise 
RecursionError before you blow your stack.

--
nosy: +brett.cannon

___
Python tracker 

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

[issue34850] Emit a syntax warning for "is" with a literal

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I like this proposal better than a separate test mode.  But users will see 
compiler warnings for main modules and for packages recompiled for a new 
version or for a maintenance releases with a byte code bump, and for 
unprecompiled packages on systems that do not allow .pyc caching.

The first will not matter for packages with minimal main modules.  Recompiles 
will be rare.  I suspect that the 3rd possibility is also rare.

--

___
Python tracker 

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

[issue35367] FileExistsError During os.symlink() Displays Arrow in the Wrong Direction

[Rich Jones]

New submission from Rich Jones :

If I try to create a symlink which already exists, I get a FileExistsError. In 
this error message, the explanatory arrow is pointing in the wrong direction. 
This gave us a big scare in our logs!

Example:

```
$ ls
HELLO.txt
$ python3
Python 3.7.0 (default, Jul 23 2018, 20:22:55)
[Clang 9.1.0 (clang-902.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.symlink('HELLO.txt', 'GOODBYE.txt')
$ ls -lah *
lrwxr-xr-x  1 rjones  staff 9B Nov 30 15:36 GOODBYE.txt -> HELLO.txt
-rw-r--r--  1 rjones  staff 4B Nov 30 15:34 HELLO.txt
$ python3
Python 3.7.0 (default, Jul 23 2018, 20:22:55)
[Clang 9.1.0 (clang-902.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.symlink('HELLO.txt', 'GOODBYE.txt')
Traceback (most recent call last):
  File "", line 1, in 
FileExistsError: [Errno 17] File exists: 'HELLO.txt' -> 'GOODBYE.txt'
```

Notice that the arrow in the error message is pointing from HELLO to GOODBYE, 
but if you if you look at the `ls` output, it is pointing from GOODBYE to 
HELLO, which is the correct behavior.

The Python3 error message should be changed to reflect the correct direction of 
the symlink. 

This is a Python3 only bug, as the paths aren't displayed in Python2.

I can PR if this is accepted as a bug.

Thanks!
Rich

--
components: Library (Lib)
messages: 330826
nosy: miserlou
priority: normal
severity: normal
status: open
title: FileExistsError During os.symlink() Displays Arrow in the Wrong Direction
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue35367] FileExistsError During os.symlink() Displays Arrow in the Wrong Direction

[Eryk Sun]

Change by Eryk Sun :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> os.symlink: FileExistsError shows wrong message

___
Python tracker 

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

[issue31177] unittest mock's reset_mock throws an error when an attribute has been deleted

[Eli_B]

Change by Eli_B :


--
pull_requests: +10074

___
Python tracker 

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

[issue29657] os.symlink: FileExistsError shows wrong message

[Rich Jones]

Rich Jones  added the comment:

@Larry - that would be an acceptable solution!

I'm here because I encountered this error independently. I explain why the  
arrow is a problem here: https://bugs.python.org/issue35367

The issue is that the '->' notation is already used by the standard operating 
system utilities in this context, so for Python overload this semantically in 
this case is the source of all the confusion.

It would avoid the scare that we've all encountered if it just said 'src'/'dst' 
rather than '->'.

Thanks!
R

--
nosy: +miserlou

___
Python tracker 

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

[issue35365] Use wchar_t* buffer instead of Unicode object in code page decoder

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue34850] Emit a syntax warning for "is" with a literal

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue35352] test_asyncio fails on RHEL8, or on Fedora using NEXT security policy

[STINNER Victor]

STINNER Victor  added the comment:

I tested on Fedora 29 using:

   sudo update-crypto-policies --set NEXT

With this config, I was able to reproduce the test_asyncio failure on 3.6, 3.7 
and master branches.

I confirm that the commits fixed test_asyncio in these 3 branches. Thanks 
Charalampos Stratakis!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: test_asyncio fails on RHEL8 -> test_asyncio fails on RHEL8, or on Fedora 
using NEXT security policy

___
Python tracker 

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

[issue33015] Fix function cast warning in thread_pthread.h

[Gregory P. Smith]

Gregory P. Smith  added the comment:

why was that only an issue on 2.7?

--

___
Python tracker 

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