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

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

When I try to put the skipUnless decorator on CryptTestCase, I am still seeing 
a failure when I try to run this. The error is -
File "C:\Users\srao\projects\cpython\lib\test\test_crypt.py", line 59, in 
CryptTestCase
@unittest.skipUnless(crypt.METHOD_SHA256 in crypt.methods or
AttributeError: 'NoneType' object has no attribute 'METHOD_SHA256'

Line 59 is the following decorator and method -
@unittest.skipUnless(crypt.METHOD_SHA256 in crypt.methods or
 crypt.METHOD_SHA512 in crypt.methods,
'requires support of SHA-2')
def test_sha2_rounds(self):

I tried a simple @skip decorator and that too fails on the same error. The 
class level skip is not helping here. Does it make sense to create a different 
test file for windows?

--

___
Python tracker 

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

[issue37696] FileIO.read() on a closed TTY throws an exception prematurely

[David Wilson]

David Wilson  added the comment:

A real example of where returning the partial buffer is dangerous would be 
EBADF.

- Repeated reading succeeds, building up a partial buffer. Another thread runs, 
and buggy code causes an unrelated fd blonging to the file object to be closed.

- Original thread resumes, calls read(), which now returns EBADF.

If partial buffer is returned and EBADF is masked, and user only ever calls 
readall() once, a potentially deadly IO corruption bug is completely hidden in 
their code.

I think the correct behaviour in the case of 'bad' errno must remain that the 
partial buffer is discarded, the interface does not seem to make room for any 
safe+better option


So I think to reach the desired outcome of this ticket, the suggested approach 
is to add special handling for a small list of errnos generally accepted to 
unambiguously mean EOF, and in that special case, allow returning the 'partial' 
(actually complete) buffer.

--

___
Python tracker 

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

[issue37798] Add C fastpath for statistics.NormalDist.inv_cdf()

[Raymond Hettinger]

New submission from Raymond Hettinger :

Create new module:  Modules/_statisticsmodule.c

Add a function:_normal_dist_inv_cdf(p, mu, sigma) |-> x

Mostly, it should be a cut-and-paste from the pure Python version, just add 
argument processing and semi-colons.

Expect to measure a manyfold speedup.

--
components: Extension Modules
keywords: easy (C)
messages: 349273
nosy: rhettinger, steven.daprano
priority: normal
severity: normal
status: open
title: Add C fastpath for statistics.NormalDist.inv_cdf()
versions: Python 3.9

___
Python tracker 

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

[issue37696] FileIO.read() on a closed TTY throws an exception prematurely

[David Wilson]

David Wilson  added the comment:

If we treat different errnos specially, the list of 'okay to silently fail' 
errors seems quite succinct. In another project I treat EIO, EPIPE and 
ECONNRESET as EOF, and raise all others -- 
https://github.com/dw/mitogen/blob/c6de090f083a58344e91ab97847bf7ae3feb9134/mitogen/core.py#L501-L532

But even in this case, if readall() returns the partial buffer given a 'good' 
errno, does it still discard the partial buffer given a 'bad' one? That still 
doesn't feel right

--

___
Python tracker 

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

[issue37696] FileIO.read() on a closed TTY throws an exception prematurely

[David Wilson]

David Wilson  added the comment:

Interesting, this immediately turns into a little rabbit hole :)

The reason read() is failing in this case, is because argument clinic defaults 
the size parameter to -1, which redirects the call to readall(). So this issue 
is actually about readall().

Calling read(8) in the previous reproduction returns the buffer up to the point 
of EIO as expected.

readall() is somewhat awkward. It is not really expected that a user would call 
it twice, and so the old semantic of the second read() returning EIO doesn't 
seem to apply cleanly.

So >=2 issues:

- readall() is discarding the partial buffer, that seems unavoidably like a bug
- readall() does not intuitively feel like a function you might want to call 
twice
- nothing in fileio.c or fileutils.c make any attempt to understand errno 
except for handling EINTR.

I'm guessing the 2.x behaviour in this case was that no parsing of errno was 
done either, just silently discard any error when a partial buffer exists.

But that leaves the awkward possibility that some real scary error occurred, 
for example EBADF or EFAULT, and the single call by the user to readall() never 
flagged it.

Opinions?

--

___
Python tracker 

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

[issue15436] __sizeof__ is not documented

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue17301] An in-place version of many bytearray methods is needed

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue23560] Group the docs of similar methods in stdtypes.rst

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue37797] Add name attribute to NameError

[skreft]

New submission from skreft :

PEP 473 was recently rejected 
(https://mail.python.org/pipermail/python-dev/2019-March/156692.html) because 
it was too broad and was suggested to be broken down in smaller issues.

This issue is requesting the addition of the optional attribute `name` to 
`NameError`.

The idea of having a structured attribute is to allow tools to act upon these 
exceptions. For example you could imagine a test runner which detect typos and 
suggests the right name to use.

There is a current PR (https://github.com/python/cpython/pull/6271) adding this 
functionality, but it may need to be rebased as it has been awaiting a reply 
since April last year.

--
components: Interpreter Core
messages: 349270
nosy: skreft
priority: normal
pull_requests: 14921
severity: normal
status: open
title: Add name attribute to NameError
type: enhancement
versions: Python 3.9

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 162d45c531552d0699f945d2c22a763941dca3c1 by Pablo Galindo in 
branch '3.8':
[3.8] bpo-37795: Capture DeprecationWarnings in the test suite (GH-15184) 
(GH-15188)
https://github.com/python/cpython/commit/162d45c531552d0699f945d2c22a763941dca3c1


--

___
Python tracker 

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

[issue37796] ModuleFinder does not resolve ".." correctly

[Michael Kleehammer]

New submission from Michael Kleehammer :

The modulefinder module does not handle relative directories properly.  The 
error I found is when one subpackage attempts to import from a sibling 
subpackage using the form

from ..language import (
DirectiveDefinitionNode,
...
)

In this example, it would report "language.DirectiveDefinitionNode" is missing.

It correctly resolves the names when importing modules, but when an import 
fails because it is a variable or function, it records the name incorrectly and 
cannot filter it out later.

I've attached a small test case and there is a README describing the test and 
results.

--
components: Library (Lib)
files: test.tar.gz
messages: 349268
nosy: mkleehammer
priority: normal
severity: normal
status: open
title: ModuleFinder does not resolve ".." correctly
type: behavior
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file48535/test.tar.gz

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +14920
pull_request: https://github.com/python/cpython/pull/15188

___
Python tracker 

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

[issue18697] Unify arguments names in Unicode object C API documentation

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue21861] io class name are hardcoded in reprs

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[miss-islington]

Change by miss-islington :


--
pull_requests: +14919
pull_request: https://github.com/python/cpython/pull/15187

___
Python tracker 

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

[issue36511] Add Windows ARM32 buildbot

[miss-islington]

Change by miss-islington :


--
pull_requests: +14918
pull_request: https://github.com/python/cpython/pull/15186

___
Python tracker 

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

[issue36511] Add Windows ARM32 buildbot

[Steve Dower]

Steve Dower  added the comment:


New changeset ed70a344b5fbddea85726ebc1964ee0cfdef9c40 by Steve Dower (Paul 
Monson) in branch 'master':
bpo-36511: Fix failures in Windows ARM32 buildbot (GH-15181)
https://github.com/python/cpython/commit/ed70a344b5fbddea85726ebc1964ee0cfdef9c40


--

___
Python tracker 

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

[issue32810] Expose ags_gen and agt_gen in asynchronous generators

[George Zhang]

George Zhang  added the comment:

Also, while the PEP first introducing asynchronous generators stated that its 
.asend() and .athrow() methods will return a "coroutine-like object", it 
doesn't allow any introspection into its state or parent async generator.

My workaround was to wrap the .asend() and other methods with another coroutine 
that just awaits and returns the result. Having a better way to check its state 
and frame will bring it closer to a coroutine.

--
nosy: +GeeVye

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[miss-islington]

Change by miss-islington :


--
pull_requests: +14917
pull_request: https://github.com/python/cpython/pull/15185

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

[Steve Dower]

Steve Dower  added the comment:

Sure. You can post a new PR with the same bug number (and it won't need a NEWS 
file this time).

--

___
Python tracker 

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

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

[Christoph Zwerschke]

Christoph Zwerschke  added the comment:

This also happens when sending POST requests with JSON payload from a browser 
with XMLHttpRequest to a Python 3.7 backend using FieldStorage. It seems 
XMLHttpRequest adds the content length automatically.

--

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset aa542c2cf26c5af9298dda6064576b18906cdfbf by Pablo Galindo in 
branch 'master':
bpo-37795: Capture DeprecationWarnings in the test suite (GH-15184)
https://github.com/python/cpython/commit/aa542c2cf26c5af9298dda6064576b18906cdfbf


--

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

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

Can I have a go at it? Do I need to open a new issue to post a new PR?

--

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
keywords: +patch
pull_requests: +14916
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15184

___
Python tracker 

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

[issue37795] Fix deprecation warnings causing the test suite to fail when running with -Werror

[Pablo Galindo Salgado]

New submission from Pablo Galindo Salgado :

The test suite is failing when running with python -Werror due to some 
uncatched DeprecationWarnings.

--
components: Tests
messages: 349261
nosy: pablogsal
priority: normal
severity: normal
status: open
title: Fix deprecation warnings causing the test suite to fail when running 
with -Werror
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

[issue37268] Deprecate the parser module

[miss-islington]

miss-islington  added the comment:


New changeset 10a0a093231ea82a3bfd33fd63322aebd8406866 by Miss Islington (bot) 
(Zackery Spytz) in branch 'master':
bpo-37268: test_parser fails when run with -Werror (GH-15183)
https://github.com/python/cpython/commit/10a0a093231ea82a3bfd33fd63322aebd8406866


--

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

[Steve Dower]

Steve Dower  added the comment:

Yes. support.import_module is going to raise a skip when the module can't be 
imported, but we want to handle ImportError differently.

--

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

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

Are you suggesting using the try/except block instead of import_module in 
test_crypt.py

--

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Philip Dye]

Change by Philip Dye :


--
nosy: +Philip Dye

___
Python tracker 

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

[issue37268] Deprecate the parser module

[Zackery Spytz]

Change by Zackery Spytz :


--
pull_requests: +14915
pull_request: https://github.com/python/cpython/pull/15183

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

[Steve Dower]

Steve Dower  added the comment:

Or better yet (since my last suggestion was bad), add a second test class to 
test_crypt

try:
import crypt
IMPORT_ERROR = None
except ImportError as ex:
crypt = None
IMPORT_ERROR = str(ex)

@skipIf(crypt)
class TestWhyCryptDidNotImport(TestCase):
...

@skipUnless(crypt)
class CryptTestCase(TestCase):
...

--

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

[Steve Dower]

Steve Dower  added the comment:

> The alternative would be, if there was a "Windows-specific tests" test 
> module, we could have put a test for this situation in there

Maybe test___all__?

--

___
Python tracker 

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

[issue36753] Python modules not linking to libpython causes issues for RTLD_LOCAL system-wide

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

In the What's New section of 3.8 
(https://docs.python.org/3.8/whatsnew/3.8.html#changes-in-the-c-api) it 
indicates that:

> On Unix, C extensions are no longer linked to libpython except on Android and 
> Cygwin. When Python is embedded, libpython must not be loaded with 
> RTLD_LOCAL, but RTLD_GLOBAL instead. Previously, using RTLD_LOCAL, it was 
> already not possible to load C extensions which were not linked to libpython, 
> like C extensions of the standard library built by the *shared* section of 
> Modules/Setup. (Contributed by Victor Stinner in bpo-21536.)

So if you are embedding python by dlopen'ing libpython.so you should use 
RTLD_GLOBAL to make sure everyone is using the same symbols. You have more 
information on the rationale and decisions in bpo-21536.

Is your use-case not cover by the arguments in bpo-21536? What is the problem 
of embedding by dlopening libpython using RTLD_GLOBAL?

--
nosy: +pablogsal
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

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

[Paul Moore]

Paul Moore  added the comment:

That's where I decided it was too complex for now :-)

The whole test_crypt.py file is skipped if you can't import crypt, via the use 
of the test.support.import_module() function. To be able to write a test for a 
platform where the whole point is that you can't import crypt, you'd have to 
rewrite that. So you'd get something like

try:
import crypt
except ImportError as e:
if sys.platform == "win32":
assert "not supported" in e.msg
raise unittest.SkipTest("crypt is not present on this platform")

But you can't use "assert" like that in top-level code (or at least I don't 
think you can - I'm not that familiar with unittest, but I think assertions 
have to live in classes in unittest).

At this point I gave up. It starts to be quite a big rewrite for a relatively 
minor benefit.

The alternative would be, if there was a "Windows-specific tests" test module, 
we could have put a test for this situation in there. But I don't think there 
is such 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.

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

I am curious how one would create a test for this? Would this be a new test 
script? The new script would skip if platform not win32 and the test case would 
be to import the crypt module and check for "not supported" string in the 
ImportError?

--

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

[Paul Moore]

Paul Moore  added the comment:

On reflection, adding a test for the Windows-specific behaviour looks like it 
could be more complex than I'd anticipated, so I'm happy for this to go in 
without an extra test. I'll look at adding a test in a follow-up PR (or if 
someone else wants to, that's fine as well).

--

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

[Paul Moore]

Paul Moore  added the comment:


New changeset f4e725f224b864bf9bf405ff7f863cda46fca1cd by Paul Moore 
(shireenrao) in branch 'master':
bpo-25172: Raise appropriate ImportError msg when crypt module used on Windows 
(GH-15149)
https://github.com/python/cpython/commit/f4e725f224b864bf9bf405ff7f863cda46fca1cd


--

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +14914
pull_request: https://github.com/python/cpython/pull/15182

___
Python tracker 

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

[issue16535] json encoder unable to handle decimal

[Richard Musil]

Richard Musil  added the comment:

It looks like I am resurrecting an old item, but I have been just hit by this 
and was directed to this issue 
(https://mail.python.org/archives/list/python-id...@python.org/thread/WT6Z6YJDEZXKQ6OQLGAPB3OZ4OHCTPDU/)

I wonder if adding something similar to what `simplejson` uses (i.e. explicitly 
specifying in `json.dump(s)` how to serialize `decimal.Decimal`) could be 
acceptable.

Or, the other idea would be to expose a method in JSONEncoder, which would 
accept "raw" textual output, i.e. string (or even `bytes`) and would encode it 
without adding additional characters to it. (as explained in my posts in the 
other threads).

As it seems right now, there is no way to serialize `decimal.Decimal` the same 
way it is deserialized, i.e. while preserving the (arbitrary) precision.

--
nosy: +risa2000

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

I understand eric.smith. I can close this PR. 

I currently have the following 3 other PR's waiting for review on github -
https://github.com/python/cpython/pull/15180
https://github.com/python/cpython/pull/15170
https://github.com/python/cpython/pull/15149

Would appreciate it if you could take a look :)

--

___
Python tracker 

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

[issue37544] Test hang causes --enable-optimizations build to hang

[Jarek Zgoda]

Jarek Zgoda  added the comment:

Not really. I tried with limited test list and I keep getting the exact same 
failure in test_logging, moreover build passes all tests on all other machines 
we have. I guess this is some weird isolated issue not related to Python at all 
so I'm closing it as "not a bug". Thank you for your help.

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

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

[Christoph Zwerschke]

Change by Christoph Zwerschke :


--
nosy: +cito

___
Python tracker 

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

[issue37779] configparser: add documentation about several read() behaviour

[Stéphane Blondon]

Stéphane Blondon  added the comment:

Thank you for the idea. :)

I committed something else, based on the previous example of the 'Quick Start' 
section.

What do you think about it?

--

___
Python tracker 

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

[issue37792] xml.etree.ElementTree.Element.__eq__ does compare only objects identity

[Raymond Hettinger]

Raymond Hettinger  added the comment:

By default, all objects compare based solely on identity.

Are you making a feature request for Element objects to grow a recursive 
equality test that includes attributes regardless of order and disregards 
processing instructions and comments?

What is you principal use case?

--
nosy: +rhettinger

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Eric V. Smith]

Eric V. Smith  added the comment:

Sorry, shireenrao, but I'm closing this. It's entirely my error: I misread the 
source where it was converting this to a list.

The requirement is really that it be something you can iterate over multiple 
times, and supports "in". I guess "container object" is as good as anything for 
that.

Again, sorry to waste your time, but I'm glad you got something out of the 
experience. If you're working on another issue and need some help or a review, 
please let me know.

Can you close your PR, or do you want me to?

--
nosy:  -docs@python
resolution:  -> not a bug
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

[issue36266] Which module could not be found?

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

I just submitted a PR for this issue.

--
nosy: +shireenrao

___
Python tracker 

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

[issue36511] Add Windows ARM32 buildbot

[Paul Monson]

Change by Paul Monson :


--
pull_requests: +14913
pull_request: https://github.com/python/cpython/pull/15181

___
Python tracker 

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

[issue36266] Which module could not be found?

[Srinivas Nyayapati]

Change by Srinivas Nyayapati :


--
keywords: +patch
pull_requests: +14912
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/15180

___
Python tracker 

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

[issue37794] Replace /Ox with /O2

[Nikita Kniazev]

Change by Nikita Kniazev :


--
keywords: +patch
pull_requests: +14910
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15179

___
Python tracker 

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

[issue37794] Replace /Ox with /O2

[Nikita Kniazev]

New submission from Nikita Kniazev :

The /O2 is a superset of /Ox with additional /GF and /Gy switches
which enables strings and functions deduplication and almost always
are favorable optimizations without downsides.

https://docs.microsoft.com/en-us/cpp/build/reference/ox-full-optimization

--
components: Distutils
messages: 349243
nosy: Kojoley, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: Replace /Ox with /O2
type: enhancement

___
Python tracker 

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

[issue37745] 3.8b3 - windows install gui/ inconsistent options

[Christopher Brousseau]

Christopher Brousseau  added the comment:

First, I'd like to say **thank you** all the work you and the team here do for 
Python, and Python on Windows.  I really appreciate the thoughtful feedback on 
these ideas.  

Following up on items in this thread:

> do you mean we change "Install launcher for all users" to "Install py 
> launcher for all users"?
yes - that is correct, good clarification

> long term comments
I see - okay, perhaps we should defer this point to think about it in context 
of a PR (per below).  I really like the idea of not requiring complicated leaps 
of understanding for every type of user.

The main idea I'm thinking about on this first screen: the Default and 
Customize options are complete/self contained actions - but there there are 
more choices below that could apply to either Default or Customized 
installations.  When a user clicks on Install Now, the installation starts 
immediately, so the user may not configure these two checkboxes.  

The Customize workflow allows the user to back out all the way to the first 
screen, so it's easy for a user to back up to the beginning if they want to.

Maybe this is an order of operations question. Perhaps the checkboxes should be 
above Install Now or Customize, so there is a linear flow of decisions:  
configure, then execute.  

Another idea, using UAC perhaps the Default could be 'install py launcher for 
all users' and not add to PATH.

However, it seems like there may be a few additional requirements.  One 
requirement being Default users need the ability optionally install for all 
users because of Admin privilege issues, secondly the ability to add Python to 
PATH.  A third requirement is these two choices be available and obvious to 
both installation paths.  Are these correct?



> test for admin privileges
I did not know that testing for this was not possible - learned something - 
thanks!


>To clarify, we add an "Install py launcher for all users" checkbox on screen 3 
>and remove it from screen 2? What gets removed from screen 3 to make space for 
>it?

Correct - that wording seems right.  On the space question, it seems like there 
is space below "Download Debug binaries" so the list from "Associate files" 
through "Download Debug binaries" could be shifted down without requiring 
anything to be deleted.  


> 1. changing current "py launcher" checkbox to "upgrade py launcher"
> But this is incorrect. If you don't select the checkbox, you don't get the 
> launcher. It's a choice to have > or not-have, not a choice to upgrade or 
> not-upgrade.

Got it - I was responding to the grey text below the current checkbox that 
reads "Upgrades the global py launcher from the previous version".
Would it be correct to label this checkbox as "install py launcher"?


> other suggestions discussed in this thread.
> e.g. 2. moving "for all users" to next line down - looks like we have space, 
> etc.
> This is feasible, but not high priority. PRs welcome.

Agree - this is low priority.  I will look into doing PR for this, and have to 
get setup to submit patches etc. so perhaps this is for future release if PR 
accepted.

--

___
Python tracker 

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

[issue31226] shutil.rmtree fails when target has an internal directory junction (Windows)

[Vidar Fauske]

Vidar Fauske  added the comment:

Thanks for the detailed explanation Eryk. While it is a little annoying that it 
comes 2 years after the initial proposed solution, I'll happily take that if 
the end result is a better fix :)

That being said, this fix seems quite a bit more involved to implement than the 
previous one. While I am now slightly more experienced in contributing to 
Python than previously, I'm not sure if I can commit to implementing the 
outlined changes without some help. Some things that would help out a lot:
- An extracted checklist from the rather longer comment?
- Writing up the requirements as tests cases so that I can do test-driven 
development (I'm not very familiar with the testing suite).

If somebody else would want to either do it themselves, or help out with 
certain parts, I'd be very open to that (I'm not trying to "own" this).

--

___
Python tracker 

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

[issue37786] Doesn't delete PATH from System Variables (uninstallation)

[Steve Dower]

Steve Dower  added the comment:

There's no difference in the implementation between them, so unless you see 
that the command line approach works but the GUI does not, they are going to be 
exactly the same bug (and probably against either Windows or Wix, rather than 
CPython, but I haven't dug deep enough to be sure).

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue14465] xml.etree.ElementTree: add feature to prettify XML output

[Andrew Grant]

Change by Andrew Grant :


--
nosy: +Andrew Grant

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

Not at all. I just started contributing to cpython 2 days ago and finally got 
the hang of it and was able to push this without any issues on my side. So 
either way I would still call this a win for me :)

--

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Eric V. Smith]

Eric V. Smith  added the comment:

Actually, I might have mislead you on this. I now think that plain iterators 
won't work. I'm still researching this, I'll get back to you on it. I apologize 
if it turns out I wasted your time.

--

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

Done. Thank you.

--

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Srinivas Nyayapati]

Change by Srinivas Nyayapati :


--
keywords: +patch
pull_requests: +14909
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15178

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Eric V. Smith]

Eric V. Smith  added the comment:

shireenrao: yes, please! As they say, PR's accepted!

I'll warn you that I think the only way this could become newcomer-unfriendly 
is if there are objections that "iterable" is too much jargon for the argparse 
documentation. But I'll argue that there's a separate tutorial for beginners, 
and that the documentation should be precise.

--

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Srinivas Nyayapati]

Srinivas Nyayapati  added the comment:

Can I work on this?

--
nosy: +shireenrao

___
Python tracker 

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

[issue37779] configparser: add documentation about several read() behaviour

[Stéphane Blondon]

Change by Stéphane Blondon :


--
keywords: +patch
pull_requests: +14908
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15177

___
Python tracker 

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

[issue37793] argparse uses "container object", should be "iterable"

[Eric V. Smith]

New submission from Eric V. Smith :

https://docs.python.org/3/library/argparse.html#choices says "These can be 
handled by passing a container object as the choices keyword argument to 
add_argument()".

I think this should be "iterable" instead. Internally, argparse reads the 
iterable and converts it to a list so that it can read it multiple times (among 
other reasons, I'm sure). One of the examples uses range(), which is not a 
container.

"container" is also used in 
https://docs.python.org/3/library/argparse.html#the-add-argument-method

Bonus points for fixing the docstring in argparse.py. I didn't check if 
anywhere else in that file needs to be fixed.

--
assignee: docs@python
components: Documentation
keywords: newcomer friendly
messages: 349234
nosy: docs@python, eric.smith
priority: normal
severity: normal
status: open
title: argparse uses "container object", should be "iterable"
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

[issue18236] str.isspace should use the Unicode White_Space property

[Greg Price]

Greg Price  added the comment:

Good question!  With the patch:

>>> import re
>>> re.match(r'\s', '\x1e')
>>> 

In other words, the definition of the regexp r'\s' follows along.  Good to know.

--

___
Python tracker 

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

[issue36753] Python modules not linking to libpython causes issues for RTLD_LOCAL system-wide

[László Várady]

László Várady  added the comment:

I'd like to mention a real-world example for this issue: syslog-ng with its
plugin system.

Plugins are loaded using dlopen() after the initial plugin discovery. RTLD_LOCAL
would be a reasonable choice, since symbols in plugins should not pollute the
global namespace (so plugins using different versions of OpenSSL, Python, etc.
would be possible).

Since we have Python-based plugins, we had to use RTLD_GLOBAL instead (with 
RTLD_LAZY to
reduce the possibility of conflicts) as a workaround.

Note: The latest Python 3 version seems to be working with RTLD_LOCAL as 
everything
under lib-dynload/ linked against libpython.

--
nosy: +MrAnno

___
Python tracker 

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

[issue37791] Propose to deprecate `ignore_errors` and `onerror` parameters of `shutil.rmtree()`

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

There’s too much code out there relying on both args (especially ignore_errors 
in unit tests) that would break for no real benefit.

--

___
Python tracker 

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

[issue37792] xml.etree.ElementTree.Element.__eq__ does compare only objects identity

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +eli.bendersky, scoder

___
Python tracker 

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

[issue37792] xml.etree.ElementTree.Element.__eq__ does compare only objects identity

[Marco Sulla]

New submission from Marco Sulla :

Currectly, even if two `Element`s elem1 and elem2 are different objects but the 
tree is identical, elem1 == elem2 returns False. The only effective way to 
compare two `Element`s is

ElementTree.tostring(elem1) == ElementTree.tostring(elem2)

Furthermore, from 3.8 this could be not true anymore, since the order of 
insertion of attributes will be preserved. So if I simply wrote a tag with two 
identical attributes, but with different order, the trick will not work anymore.

Is it so much complicated to implement an __eq__ for `Element` that traverse 
its tree?

PS: some random remarks about xml.etree.ElementTree module:

1. why `fromstring` and `fromstringlist` separated functions? `fromstring` 
could use duck typing for the main argument, and `fromstringlist` deprecated.

2. `SubElement`: why the initial is a capital letter? It seems the constructor 
of a different class, while it's a factory function. I'll change it to 
`subElement` and deprecate `SubElement`

--
components: Library (Lib)
messages: 349230
nosy: Marco Sulla
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree.Element.__eq__ does compare only objects identity
versions: Python 3.9

___
Python tracker 

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

[issue37791] Propose to deprecate `ignore_errors` and `onerror` parameters of `shutil.rmtree()`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Passing ignore_errors=True is not the same as catching and silencing OSError 
outside of the function. In the former case you continue removing other files 
in the directory even if you can't remove some of them. In the latter case you 
stop after the first failure.

onerror gives you even more flexibility.

--
resolution:  -> rejected
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

[issue37791] Propose to deprecate `ignore_errors` and `onerror` parameters of `shutil.rmtree()`

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I don't see the point of shifting the burden to the caller.  That doesn't make 
their code smaller, clearer, faster, easier to write, or easier to get right.   
Also, deprecations almost always cause pain so we try to avoid them unless the 
feature is actually detrimental.

--
nosy: +rhettinger

___
Python tracker 

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

[issue35484] Segmentation fault due to faulthandler on Solaris

[Jakub Kulik]

Jakub Kulik  added the comment:

Oh, thanks for the catch, it most likely is.

--
resolution:  -> duplicate
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

[issue11165] Document PyEval_Call* functions

[Inada Naoki]

Change by Inada Naoki :


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

[issue37587] JSON loads performance improvement for long strings

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 2a570af12ac5e4ac5575a68f8739b31c24d01367 by Inada Naoki in branch 
'master':
bpo-37587: optimize json.loads (GH-15134)
https://github.com/python/cpython/commit/2a570af12ac5e4ac5575a68f8739b31c24d01367


--

___
Python tracker 

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

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

[Anselm Kruis]

Change by Anselm Kruis :


--
nosy: +vstinner

___
Python tracker 

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

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

[Anselm Kruis]

Anselm Kruis  added the comment:

The root cause for the reference leak is the global set 
threading._shutdown_locks. It contains Thread._tstate_lock locks of non-daemon 
threads. If a non-daemon thread terminates and no other thread joins the 
terminated thread, the _tstate_lock remains in threading._shutdown_locks 
forever.

I could imagine that a long running server could accumulate many locks in 
threading._shutdown_locks over time. Therefore the leak should be fixed.

There are probably several ways to deal with this issue. A straight forward 
approach is to discard the lock from within `tstate->on_delete` hook, that is 
function "void release_sentinel(void *)" in _threadmodule.c. Pull request 
(GH-15175) implements this idea. Eventually I should add another C-Python 
specific test-case to the PR.

--

___
Python tracker 

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

[issue37791] Propose to deprecate `ignore_errors` and `onerror` parameters of `shutil.rmtree()`

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +giampaolo.rodola, serhiy.storchaka, tarek

___
Python tracker 

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

[issue35892] Fix awkwardness of statistics.mode() for multimodal datasets

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset 5925b7d555bc36bd43ee8704ae75cc51900cf2d4 by Raymond Hettinger 
(Miss Islington (bot)) in branch '3.8':
bpo-35892: Add usage note to mode() (GH-15122) (GH-15176)
https://github.com/python/cpython/commit/5925b7d555bc36bd43ee8704ae75cc51900cf2d4


--

___
Python tracker 

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

[issue37791] Propose to deprecate `ignore_errors` and `onerror` parameters of `shutil.rmtree()`

[Marco Sulla]

New submission from Marco Sulla :

I propose to mark as deprecated the parameters `ignore_errors` and `onerror` of 
`shutil.rmtree()`, and raise a warning if used.

The reason is I feel them unpythonic. For emulating `ignore_errors=True`, the 
code can be written simply with a `try-except` that passes by default all 
`OSError`s . The `ignore_errors=True, onerror=myHandler` case can written 
simply with a `try-except` that handles `OSError`s. And in the handle can be 
code or a call to an handler with the same paramaters `myHandler` accept.

--
components: +Library (Lib)
title: Propose to deprecate ignore_errors, -> Propose to deprecate 
`ignore_errors` and `onerror` parameters of `shutil.rmtree()`
type:  -> enhancement
versions: +Python 3.9

___
Python tracker 

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

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

[Anselm Kruis]

Change by Anselm Kruis :


--
pull_requests: +14906
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/15175

___
Python tracker 

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

[issue37791] Propose to deprecate ignore_errors,

[Marco Sulla]

Change by Marco Sulla :


--
nosy: Marco Sulla
priority: normal
severity: normal
status: open
title: Propose to deprecate ignore_errors,

___
Python tracker 

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

[issue35892] Fix awkwardness of statistics.mode() for multimodal datasets

[miss-islington]

Change by miss-islington :


--
pull_requests: +14907
pull_request: https://github.com/python/cpython/pull/15176

___
Python tracker 

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

[issue35892] Fix awkwardness of statistics.mode() for multimodal datasets

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset e43e7ed36480190083740fd75e2b9cdca72f1a68 by Raymond Hettinger in 
branch 'master':
bpo-35892: Add usage note to mode() (GH-15122)
https://github.com/python/cpython/commit/e43e7ed36480190083740fd75e2b9cdca72f1a68


--

___
Python tracker 

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

[issue21261] Teach IDLE to Autocomplete dictionary keys

[Tal Einat]

Tal Einat  added the comment:

Many thanks for the review, Kyle!

--

___
Python tracker 

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

[issue25810] Python 3 documentation for eval is incorrect

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +14905
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15173

___
Python tracker 

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