Change by Anthon van der Neut :
--
title: ensurepip should use ifferent pattern for pip/setuptool wheel files ->
ensurepip should use different pattern for pip/setuptool wheel files
___
Python tracker
<https://bugs.python.org/issu
New submission from Anthon van der Neut :
Setuptools, starting with minor version 45.1.0 no longer is a
-py2.py3-none-any.whl file, but a -py3-none-any.whl file. In ensurepip's
__init__.py the former is hard-coded, so the setuptools shipping with python
(for 3.9.0a5 this is 41.2.0) cannot
Anthon van der Neut added the comment:
The problem lies in the recursive call to _vformat which might consume fields
without name ({}) and increment auto_arg_index, but that
incremented value was not returned to the parent.
Since the line became longer than pep8 allowed I wrapped all
New submission from Anthon van der Neut:
Since 3.4.1, string.Formatter() accepts empty keys {}. If these are nested they
give different results from explicitly numbered, where the same arguments
applied "".format() give the expected results:
from string import Format
New submission from Anthon van der Neut ant...@mnt.org:
if you execute the following code from
cStringIO import StringIO
x = StringIO()
x.get_value()
you will see that the AttributeError line has a typo
it displays 'cStringIO.StringO' instead of 'cStringIO.StringIO'
this error is in line
Anthon van der Neut [EMAIL PROTECTED] added the comment:
FWIW:
I have performance problems on Windows XP (SP2) with Python 2.5.1 that
could be caused by this behaviour.
My code regularily calculates the sha1 sum of 10.000 files and because
in another reuse of the code had to deal with files too
Anthon van der Neut added the comment:
Guido's suggestion to change all entries to PyDictEntry resp.
PyDictObject would work as well and declutter the code in a better way.
The only advantage of the typedefs that I see (and briefly used) it that
it is easy to have structures local
New submission from Anthon van der Neut:
In dictobject.c the structures from dictobject.h are typedeffed to:
typedef PyDictEntry dictentry;
typedef PyDictObject dictobject;
However there are still a few locations in that file where the
PyDictEntry and PyDictObject types are used directly. IMHO
New submission from Anthon van der Neut:
The extending Python doc for 2.5 (and 2.6) is still referring to
Python/pythonmain.c to look up how to call the Python parser with a
string. However the code (for the -c commandline option) is now in
Modules/main.c
See attached diff.txt fixes Doc
