[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset 87a4cd5fbebdd0e6166b421d2c3706bc2f2e5a11 by Serhiy Storchaka in 
branch '3.8':
bpo-38410: Properly handle PySys_Audit() failures (GH-18658)
https://github.com/python/cpython/commit/87a4cd5fbebdd0e6166b421d2c3706bc2f2e5a11


--

___
Python tracker 

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



[issue38913] Py_BuildValue("(s#O)", ...) segfaults if entered with exception raised

2020-03-01 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> crash
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



[issue38913] Py_BuildValue("(s#O)", ...) segfaults if entered with exception raised

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset a7b8a969eb3daacb1fcb029a8c5fecb5d09c964b by Serhiy Storchaka in 
branch '3.8':
[3.8] bpo-38913: Fix segfault in Py_BuildValue("(sGH-O)", ...) if entered with 
exception raised. (GH-18656). (GH-18732)
https://github.com/python/cpython/commit/a7b8a969eb3daacb1fcb029a8c5fecb5d09c964b


--

___
Python tracker 

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



[issue39495] xml.etree.ElementTree.TreeBuilder.start differs between pure Python and C implementations

2020-03-01 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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



[issue39822] Use NULL instead of None for empty attrib in C implementation of Element

2020-03-01 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


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

___
Python tracker 

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



[issue38971] codecs.open leaks file descriptor when invalid encoding is passed

2020-03-01 Thread miss-islington


Change by miss-islington :


--
pull_requests: +18091
pull_request: https://github.com/python/cpython/pull/18734

___
Python tracker 

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



[issue38971] codecs.open leaks file descriptor when invalid encoding is passed

2020-03-01 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +18090
pull_request: https://github.com/python/cpython/pull/18733

___
Python tracker 

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



[issue39822] Use NULL instead of None for empty attrib in C implementation of Element

2020-03-01 Thread Serhiy Storchaka


New submission from Serhiy Storchaka :

Currently None is used instead of an empty directory for the attrib field in 
the C implementation of Element in ElementTree. It is a pure optimization: an 
empty dict takes a memory and its creation has a cost.

The proposed PR makes NULL be using instead of None. This simplifies the code.

--
components: Extension Modules
messages: 363133
nosy: eli.bendersky, scoder, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Use NULL instead of None for empty attrib in C implementation of Element
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



[issue39753] inspecting a partial with bound keywords gives incorrect signature

2020-03-01 Thread Chris Withers


Chris Withers  added the comment:

Not sure I understand your comment.

The results of calling inpsect on a partial with bound keyword parameters are 
incorrect. Furthermore, it is surprisingly that partial objects don't maintain 
their own __signature__.

What is it you're suggesting?

--
title: inspecting a partial with bound keywods gives incorrect signature -> 
inspecting a partial with bound keywords gives incorrect signature

___
Python tracker 

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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread miss-islington


miss-islington  added the comment:


New changeset 5f2ade20a556f8c20555c7032436477d6dc86d4f by Miss Islington (bot) 
in branch '3.8':
bpo-39378: partial of PickleState struct should be traversed. (GH-18046)
https://github.com/python/cpython/commit/5f2ade20a556f8c20555c7032436477d6dc86d4f


--

___
Python tracker 

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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread miss-islington


miss-islington  added the comment:


New changeset d3c24350892b55b4ea6fb81b84e577968c1f2f91 by Miss Islington (bot) 
in branch '3.7':
bpo-39378: partial of PickleState struct should be traversed. (GH-18046)
https://github.com/python/cpython/commit/d3c24350892b55b4ea6fb81b84e577968c1f2f91


--

___
Python tracker 

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



[issue38913] Py_BuildValue("(s#O)", ...) segfaults if entered with exception raised

2020-03-01 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


--
pull_requests: +18089
pull_request: https://github.com/python/cpython/pull/18732

___
Python tracker 

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



[issue38913] Py_BuildValue("(s#O)", ...) segfaults if entered with exception raised

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset 28d0bcac8b7e6dbd28311f1283dabb6a4d649fcb by Serhiy Storchaka in 
branch 'master':
bpo-38913: Fix segfault in Py_BuildValue("(s#O)", ...) if entered with 
exception raised. (GH-18656)
https://github.com/python/cpython/commit/28d0bcac8b7e6dbd28311f1283dabb6a4d649fcb


--

___
Python tracker 

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



[issue38971] codecs.open leaks file descriptor when invalid encoding is passed

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset 2565edec2c974b2acca03b4cc5025e83f903ddd7 by Chris A in branch 
'master':
bpo-38971: Open file in codecs.open() closes if exception raised. (GH-17666)
https://github.com/python/cpython/commit/2565edec2c974b2acca03b4cc5025e83f903ddd7


--

___
Python tracker 

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



[issue39495] xml.etree.ElementTree.TreeBuilder.start differs between pure Python and C implementations

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset 4edc95cf0a2960431621eee9bc194f6225f1690b by Shantanu in branch 
'master':
bpo-39495: Remove default value from C impl of TreeBuilder.start (GH-18275)
https://github.com/python/cpython/commit/4edc95cf0a2960431621eee9bc194f6225f1690b


--

___
Python tracker 

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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread miss-islington


Change by miss-islington :


--
pull_requests: +18088
pull_request: https://github.com/python/cpython/pull/18731

___
Python tracker 

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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:


New changeset 1f577ce363121d590b51abf5c41d1bcf3d751436 by Hai Shi in branch 
'master':
bpo-39378: partial of PickleState struct should be traversed. (GH-18046)
https://github.com/python/cpython/commit/1f577ce363121d590b51abf5c41d1bcf3d751436


--

___
Python tracker 

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



[issue39378] partial of PickleState struct should be traversed.

2020-03-01 Thread miss-islington


Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +18087
pull_request: https://github.com/python/cpython/pull/18730

___
Python tracker 

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



[issue39816] More descriptive error message than "too many values to unpack"

2020-03-01 Thread Karthikeyan Singaravelan


Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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



[issue39814] Hyphens not generated for split-words in a "note" directive

2020-03-01 Thread Zachary Ware


Zachary Ware  added the comment:

Is this not a Sphinx issue?

--
nosy: +zach.ware

___
Python tracker 

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



[issue39645] Expand concurrent.futures.Future's public API

2020-03-01 Thread Kyle Stanley

Kyle Stanley  added the comment:

> But note my response to Antoine at the time, mentioning that implementing
> ‘as_completed()’ is impossible that way. Antoine then backtracked somewhat.

Ah, I had seen that but for some reason hadn't considered that Antoine might 
have also changed his stance on a means of modifying the state of the future:

> > It's actually really hard to implement your own
> > Future class that works
> > well with concurrent.futures.as_completed() -- this is basically what
> > complicated the OP's implementation. Maybe it would be useful to look into
> > a protocol to allow alternative Future implementations to hook into that?

> Ah, I understand the reasons then.  Ok, it does sound useful to explore
> the space of solutions.  But let's decouple it from simply querying the
> current Future state.

In that case, I'll revert the title and leave the issue open for further 
discussion; but I'll hold off on any PRs until we have some consensus regarding 
the direction we want to go in with regards to potential new future protocols. 
Apologies for the misunderstanding, thanks for clarifying. :)

I'd also be interested in hearing Brian Quinlain's thoughts on the matter.

--
title: Read approximate state of concurrent.futures.Future -> Expand 
concurrent.futures.Future's public API

___
Python tracker 

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



[issue26460] datetime.strptime without a year fails on Feb 29

2020-03-01 Thread Nick Moore


Nick Moore  added the comment:

I suspect this is going to come up about this time of every leap year :-/

The workaround is prepending "%Y " to the pattern and eg: "2020 " to the date 
string, but that's not very nice.

Would adding a kwarg "default_year" be an acceptable solution?
I can't think of any other situation other than leap years when this is going 
to come up.  If both "default_year" and "%Y" are present throw an exception 
(maybe therefore just call the kwarg "year")

In the weird case where you want to do date maths involving the month as well, 
you can always use a safe choice like "default_year=2020" and then fix the year 
up afterwards:

```
dt = datetime.strptime(date_str, "%b %d", default_year=2020)
dt = dt.replace(year=2021 if dt.month > 6 else 2022)
```

--
nosy: +nickzoic
versions: +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



[issue39816] More descriptive error message than "too many values to unpack"

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:

I concur with Chris and Kyle.

--
nosy: +serhiy.storchaka

___
Python tracker 

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



[issue39645] Read approximate state of concurrent.futures.Future

2020-03-01 Thread Guido van Rossum

Guido van Rossum  added the comment:

But note my response to Antoine at the time, mentioning that implementing 
‘as_completed()’ is impossible that way. Antoine then backtracked somewhat.

--

___
Python tracker 

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



[issue39807] Python38 installed in wrong directory on Windows

2020-03-01 Thread Zachary Ware


Zachary Ware  added the comment:

That almost certainly means you were installing the 32-bit version of Python.  
32-bit processes see `C:\Program Files (x86)\` as `C:\Program Files\`; I no 
longer remember whether they can actually see the real `C:\Program Files\` at 
all.

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

___
Python tracker 

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



[issue39645] Read approximate state of concurrent.futures.Future

2020-03-01 Thread Kyle Stanley

Kyle Stanley  added the comment:

> I’m a bit disappointed, since it looks like this won’t allow implementing the 
> OP’s classes without using private APIs. The debugging and loggin use cases 
> aren’t very compelling to me.

Yeah, I had every intention when I initially proposed the idea on the 
python-ideas thread to provide an extensive means of implementing custom Future 
and Executor classes, but Antoine brought up a very valid concern about users 
shooting themselves in the foot with it:

> I'm much more lukewarm on set_state().  How hard is it to reimplement
> one's own Future if someone wants a different implementation?  By
> allowing people to change the future's internal state, we're also
> giving them a (small) gun to shoot themselves with.

In terms of a cost-benefit analysis, I'd imagine that it's going to be a rather 
small portion of the concurrent.futures users that would actually have a 
genuine use case for implementing their own custom Future or Executor. 

He was still approving of a `future.state()` though, which is why I considered 
implementing it alone:

> That sounds useful to me indeed.  I assume you mean something like a
> state() method?  We already have Queue.qsize() which works a bit like
> this (unlocked and advisory).

Although not nearly as significant (or interesting), I've personally 
encountered situations where it would be useful for logging purposes to be able 
to read the approximate state of the future. But if the consensus ends up being 
that it's not useful enough to justify adding compared to the original purpose 
of the issue, I would certainly understand.

--

___
Python tracker 

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



[issue36144] Dictionary union. (PEP 584)

2020-03-01 Thread Brandt Bucher


Change by Brandt Bucher :


--
pull_requests: +18086
pull_request: https://github.com/python/cpython/pull/18729

___
Python tracker 

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



[issue39821] grp library functions grp.getgrnam() & grp.getgrgid() returning incorrect gr_mem information

2020-03-01 Thread Abhishek


Abhishek  added the comment:

I also observed now that it works on other distro. On red hat enterprise linux 
(rhel) 7.7, I a, getting the correct output.

The bug which I have raised was tested on rhel 8.2.

[root@biplab2 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux release 8.2 Beta (Ootpa)

[root@biplab2 ~]# cat /proc/version
Linux version 4.18.0-167.el8.ppc64le 
(mockbu...@ppc-061.build.eng.bos.redhat.com) (gcc version 8.3.1 20191121 (Red 
Hat 8.3.1-5) (GCC)) #1 SMP Sun Dec 15 01:20:45 UTC 2019

--

___
Python tracker 

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



[issue39645] Read approximate state of concurrent.futures.Future

2020-03-01 Thread Guido van Rossum

Guido van Rossum  added the comment:

I’m a bit disappointed, since it looks like this won’t allow implementing the 
OP’s classes without using private APIs. The debugging and loggin use cases 
aren’t very compelling to me.

--

___
Python tracker 

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



[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows

2020-03-01 Thread Philip Lee


Philip Lee  added the comment:

To reproduce the reported issue, one could also test with ffmpeg.exe

--

___
Python tracker 

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



[issue39821] grp library functions grp.getgrnam() & grp.getgrgid() returning incorrect gr_mem information

2020-03-01 Thread Ammar Askar


Ammar Askar  added the comment:

I can't re-create this locally (tested on master and 3.5.2):

  ammar@cowlick:~/cpython$ getent group | grep testgroup
  testgroup:x:1008:ammar,root
  ammar@cowlick:~/cpython$ ./python
  Python 3.9.0a4+ (heads/master:02a4d57, Feb 27 2020, 01:54:32)
  [GCC 5.4.0 20160609] on linux
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import grp
  >>> grp.getgrnam('testgroup')
  grp.struct_group(gr_name='testgroup', gr_passwd='x', gr_gid=1008, 
gr_mem=['ammar', 'root'])

Both getgrnam and getgrall use the same underlying function to convert the 
`struct group` so this might be a problem with your libc. Could you post your 
distro info?

--
nosy: +ammar2

___
Python tracker 

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



[issue39645] Read approximate state of concurrent.futures.Future

2020-03-01 Thread Kyle Stanley


Kyle Stanley  added the comment:

> This leaves just future.state() and having the states as publicly accessible 
> module-level constants.

After reading over the python-ideas again and having some time to reflect, I 
think we can start with just adding future.state(), as that had the most value. 
Since future.state() is primarily intended for debugging/informational purposes 
as an approximation (similar to `queue.qsize()`) rather than something to be 
consistently relied upon, I don't see a strong practical use case for returning 
the states as enums (instead of a string).

If we consider adding a means to directly modify the state of the future in the 
future or providing an option to safely read the state of the future (through 
its RLock) later down the road, it may be worth considering. But not at the 
moment, IMO.

I'll update the name of the issue accordingly, and should have time to open a 
PR in the next few days. It should be rather straightforward, with the main 
emphasis being on the documentation to ensure that it clearly communicates the 
purpose of future.state(); so that users don't assume it's anything more than 
an approximation.

--
title: Expand concurrent.futures.Future's public API -> Read approximate state 
of concurrent.futures.Future

___
Python tracker 

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



[issue39821] grp library functions grp.getgrnam() & grp.getgrgid() returning incorrect gr_mem information

2020-03-01 Thread Abhishek


New submission from Abhishek :

If root user is part of a linux group, then in the response of getgrnam() & 
grp.getgrid(), in te gr_mem part, root user is not listed.

[root@biplab2 ~]# getent group | grep starwars
starwars:x:1011:root,abhi

[root@biplab2 ~]# python3
Python 3.6.8 (default, Dec  5 2019, 16:11:43)
[GCC 8.3.1 20191121 (Red Hat 8.3.1-5)] on linux
>>> import grp
>>> grp.getgrnam('starwars')
grp.struct_group(gr_name='starwars', gr_passwd='x', gr_gid=1011, 
gr_mem=['abhi'])
>>> grp.getgrgid(1011)
grp.struct_group(gr_name='starwars', gr_passwd='x', gr_gid=1011, 
gr_mem=['abhi'])

But, when grp.getgrall() is run, we the correct response (gr_mem includes root 
user as well)

>>> grp.getgrall()
grp.struct_group(gr_name='starwars', gr_passwd='x', gr_gid=1011, 
gr_mem=['root', 'abhi'])]

--
messages: 363113
nosy: abhi.sharma
priority: normal
severity: normal
status: open
title: grp library functions grp.getgrnam() & grp.getgrgid() returning 
incorrect gr_mem information
type: behavior
versions: Python 3.6

___
Python tracker 

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



[issue39199] Improve the AST documentation

2020-03-01 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:


New changeset 114081f8adafa16283df30c456716a1bef4758d0 by Pablo Galindo in 
branch 'master':
bpo-39199: Add descriptions of non-deprecated nodes to the AST module 
documentation (GH-17812)
https://github.com/python/cpython/commit/114081f8adafa16283df30c456716a1bef4758d0


--

___
Python tracker 

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



[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

2020-03-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:

+1 for the backport.  A build option isn't new feature, but it does provide a 
debugging tool and work-around for people who are having problems.

--

___
Python tracker 

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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread 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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:


New changeset 12b714391e485d0150b343b114999bae4a0d34dd by Pablo Galindo in 
branch '3.8':
[3.8] bpo-39815: add cached_property to all (GH-18726) (GH-18728)
https://github.com/python/cpython/commit/12b714391e485d0150b343b114999bae4a0d34dd


--

___
Python tracker 

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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread Pablo Galindo Salgado


Change by Pablo Galindo Salgado :


--
nosy: +pablogsal
nosy_count: 3.0 -> 4.0
pull_requests: +18085
pull_request: https://github.com/python/cpython/pull/18728

___
Python tracker 

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



[issue39820] Bracketed paste mode for REPL

2020-03-01 Thread Marco Sulla


New submission from Marco Sulla :

I suggest to add an implementation of bracketed paste mode in the REPL.

Currently if you, for example, copy & paste a piece of Python code to see if it 
works, if the code have a blank line without indentation and the previous and 
next line are indented, REPL raises an error.
If you create a .py, paste the same code and run it with the python 
interpreter, no error is raised, since the syntax is legit.

Bracketed paste mode is implemented in many text editors, as vi.

--
components: Interpreter Core
messages: 363109
nosy: Marco Sulla
priority: normal
severity: normal
status: open
title: Bracketed paste mode for REPL
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



[issue39817] CRITICAL: TypeError: cannot pickle 'generator'

2020-03-01 Thread Rémi Lapeyre

Rémi Lapeyre  added the comment:

Hi Oscar, can you attach a small program that reproduce the error? It's 
probable that the error is in your code and not in Python.

--
nosy: +remi.lapeyre -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



[issue39819] NULL pointer crash in Modules/_cursesmodule.c in PyInit__curses() on MIPS uclibc-ng and ncurses-6.2

2020-03-01 Thread Joshua Kinard


New submission from Joshua Kinard :

Inside a MIPS O32 chroot, based on uclibc-ng-1.0.32, if python-27 or python-3.7 
are built against ncurses-6.2, then after compilation, there is a crash in the 
'_curses' module.  Specific to Python-3.7, the crash is in 
Modules/_cursesmodule.c:3482, PyInit__curses():

3477:{
3478:int key;
3479:char *key_n;
3480:char *key_n2;
3481:for (key=KEY_MIN;key < KEY_MAX; key++) {
3482:key_n = (char *)keyname(key);
3483:if (key_n == NULL || strcmp(key_n,"UNKNOWN KEY")==0)
3484:continue;
3485:if (strncmp(key_n,"KEY_F(",6)==0) {
3486:char *p1, *p2;

It looks like keyname() is casting to a NULL pointer and crashing when 'key' is 
257.  The issue is reproducible by running python and trying to import the 
curses modules:

# python
Python 3.7.6 (default, Feb 29 2020, 22:51:27)
[GCC 9.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import curses
Segmentation fault

Or:
# python -m curses
Segmentation fault

dmesg shows this on the main host:
[99297.243445] do_page_fault(): sending SIGSEGV to python for invalid read 
access from 
[99297.243459] epc =  in python3.7m[40+1]
[99297.243483] ra  = 76a68c6c in 
_curses.cpython-37m-mips-linux-gnu.so[76a5+2]

I've been able to work out that the fault has something to do with ncurses 
itself.  There is no issue if built against ncurses-6.1, and even the later 
datestamped patches appear to be okay.  It seems like any ncurses AFTER 
20190609 will exhibit the problem.  ncurses-6.2 was recently released, and it, 
too, causes this issue.

However, I am unable to get gdb to trace through any of the ncurses libraries.  
The faulting code is in Python itself, so I assume it's something to do with a 
macro definition or an include provided by ncurses-6.2 that introduces the 
breakage.

This issue also only happens in a uclibc-ng-based root.  I have had zero issues 
building python-3.7 in multiple glibc-based roots and even a musl-1.1.24-based 
root works fine.  So I am not completely sure if the fault is truly with Python 
itself, or the combination of uclibc-ng, ncurses-6.2, and Python.

As far as I know, the issue may also be specific to MIPS hardware, but I do not 
have a similar chroot on any other architecture to verify this with.  I'll 
attach to this bug a gdb backtrace of Python built with -O0 and -gddb3.  I have 
a core file available if that will help, but will probably need to e-mail that 
as I'll have to include the malfunctioning python binary and the separate debug 
symbol files generated from my build.

--
components: Extension Modules
files: py37-gdb-bt-sigsegv-cursesmodule-uclibc-20200301.txt
messages: 363107
nosy: kumba
priority: normal
severity: normal
status: open
title: NULL pointer crash in Modules/_cursesmodule.c in PyInit__curses() on 
MIPS uclibc-ng and ncurses-6.2
type: crash
versions: Python 2.7, Python 3.7
Added file: 
https://bugs.python.org/file48942/py37-gdb-bt-sigsegv-cursesmodule-uclibc-20200301.txt

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



[issue10572] Move test sub-packages to Lib/test

2020-03-01 Thread Ido Michael


Ido Michael  added the comment:

I've created a clean PR - will do it in 2 rounds:
This PR GH-18727, contains the modified test of ctypes, sqlite3 and tkinter 
modules. Once that's approved I'll deal with the other remaining 3.

--

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

Furthermore, I have not understood a think: if I understood well, 
--with-cxx-main is used on _some_ platforms that have problems with C++ 
extensions. What platforms? Is there somewhere a unit test for testing if 
Python compiled on one of these platforms with 
-with-cxx-main= works, and if a C++ extension works with 
this build?

--

___
Python tracker 

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



[issue10572] Move test sub-packages to Lib/test

2020-03-01 Thread Ido Michael


Change by Ido Michael :


--
pull_requests: +18084
pull_request: https://github.com/python/cpython/pull/18727

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

Okay... if I have understood well, the problem is with C++ Extensions.

Some questions:

1. does this problem exists yet?
2. if yes, maybe Python have to wrap the python.c and _testembed.c so they can 
also be compiled with a C++ compiler?
3. --with-cxx-main is not somewhat misleading? There's no documentation, and I 
interpreted it as "the _main_ compiler for C++", while it means "the compiler 
for main()". Should I suggest (maybe in another issue) to deprecate it and use 
--with-mainfun-compiler ?

--

___
Python tracker 

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



[issue38691] importlib: PYTHONCASEOK should be ignored when using python3 -E

2020-03-01 Thread Ido Michael


Ido Michael  added the comment:

@vstinner ready for review.

--

___
Python tracker 

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



[issue39818] Declaring local variable invalidates access to a global variable

2020-03-01 Thread Grzegorz Krasoń

Grzegorz Krasoń  added the comment:

Thanks!

--

___
Python tracker 

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



[issue16487] Allow ssl certificates to be specified from memory rather than files.

2020-03-01 Thread Kristján Valur Jónsson

Kristján Valur Jónsson  added the comment:

I gave up contributing a long time ago now because it was too emotionally 
exhausting to me. This issue was one that helped tip the scales. I hope things 
have become easier now because good projects like Python need the enthusiasm 
and spirit of volunteer contributors. Good luck.

--

___
Python tracker 

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



[issue39818] Declaring local variable invalidates access to a global variable

2020-03-01 Thread Eric V. Smith


Eric V. Smith  added the comment:

This is by design. See 
https://eli.thegreenplace.net/2011/05/15/understanding-unboundlocalerror-in-python
 for a good explanation.

--
nosy: +eric.smith
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



[issue39818] Declaring local variable invalidates access to a global variable

2020-03-01 Thread Grzegorz Krasoń

New submission from Grzegorz Krasoń :

I'm not certain if this is intended behavior, but I would like to make sure. 
Please resolve with the lowest priority.

It seems tricky that line #6 can influence instruction that chronologically 
appears earlier. Especially taking into account that line #6 is never executed.

--
components: Interpreter Core
files: demo.py
messages: 363099
nosy: Grzegorz Krasoń
priority: normal
severity: normal
status: open
title: Declaring local variable invalidates access to a global variable
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file48941/demo.py

___
Python tracker 

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



[issue39776] Crash in decimal module in heavy-multithreaded scenario

2020-03-01 Thread STINNER Victor


Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

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



[issue39806] different behavior between __ior__ and __or__ in dict made by PEP 584

2020-03-01 Thread Guido van Rossum


Guido van Rossum  added the comment:

This is as intended.

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



[issue39803] _PyLong_FormatAdvancedWriter has an unnecessary str

2020-03-01 Thread Benjamin Peterson


Benjamin Peterson  added the comment:


New changeset 3fe9117779f0c75f7a0c3d7748c5bf281fbc1e4c by Andy Lester in branch 
'master':
closes bpo-39803: Remove unused str from _PyLong_FormatAdvancedWriter. 
(GH-18709)
https://github.com/python/cpython/commit/3fe9117779f0c75f7a0c3d7748c5bf281fbc1e4c


--
nosy: +benjamin.peterson
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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread miss-islington

miss-islington  added the comment:


New changeset 217dce9ee6e3cf27a0cedbe1e4a6455776373ec2 by Hakan Çelik in branch 
'master':
bpo-39815: add cached_property to all (GH-18726)
https://github.com/python/cpython/commit/217dce9ee6e3cf27a0cedbe1e4a6455776373ec2


--
nosy: +miss-islington

___
Python tracker 

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



[issue15012] test issue

2020-03-01 Thread Antoine Pitrou


Antoine Pitrou  added the comment:

Unfortunately, I didn't receive the notification :-(

--

___
Python tracker 

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



[issue39678] RFC improve readability of _queue_management_worker for ProcessPoolExecutor

2020-03-01 Thread Antoine Pitrou


Antoine Pitrou  added the comment:


New changeset 0e89076247580ba0e570c4816f0e5628a7e36e83 by Thomas Moreau in 
branch 'master':
bpo-39678: refactor queue manager thread (GH-18551)
https://github.com/python/cpython/commit/0e89076247580ba0e570c4816f0e5628a7e36e83


--

___
Python tracker 

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



[issue39678] RFC improve readability of _queue_management_worker for ProcessPoolExecutor

2020-03-01 Thread Antoine Pitrou


Change by Antoine Pitrou :


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

___
Python tracker 

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



[issue39816] More descriptive error message than "too many values to unpack"

2020-03-01 Thread Kyle Stanley


Kyle Stanley  added the comment:

+1, I've always found the "too many values to unpack" error messages be rather 
vague. Adding the type should make the message more clear, and easier to debug 
the error for users.

But, I think Chris Angelico raised a good point regarding the length (in the 
python-ideas thread):

> For your provided use-case, the length is almost irrelevant; the best
> way to spot the bug is to see "oh, it was trying to unpack a string,
> not a tuple". And that part can be done much more easily and safely.

So can we separate this into including the type, and including the length into 
two separate PRs? It can be part of the same issue, but I think including just 
the type for all of the unpacking error messages will be far easier to merge 
than merging the length one as well; considering that the former has 
significantly more added value.

--
nosy: +aeros

___
Python tracker 

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



[issue39794] Add --without-decimal-contextvar option to use just threads in decimal

2020-03-01 Thread Gregory P. Smith


Gregory P. Smith  added the comment:

While i don't think this was needed in 3.7 and 3.8, you kept the default 
behavior the same so I don't think it is a problem.

If someone builds an interpreter with this configure flag, does it break 
compatibility with anything that code may have started to expect as of 3.7?

--
nosy: +gregory.p.smith

___
Python tracker 

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



[issue32630] Migrate decimal to use PEP 567 context variables

2020-03-01 Thread Gregory P. Smith


Gregory P. Smith  added the comment:

FYI - this appears to have caused a regression - 
https://bugs.python.org/issue39776

--
nosy: +gregory.p.smith

___
Python tracker 

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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread Hakan


Change by Hakan :


--
keywords: +patch
nosy: +hakancelik
nosy_count: 1.0 -> 2.0
pull_requests: +18083
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/18726

___
Python tracker 

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



[issue39817] CRITICAL: TypeError: cannot pickle 'generator'

2020-03-01 Thread Oscar


New submission from Oscar :

I use Windows 10 Home 1909

CRITICAL: TypeError: cannot pickle 'generator' object
PS D:\projects\user.log> Traceback (most recent call last):
  File "", line 1, in 
  File 
"c:\users\user\appdata\local\programs\python\python38\lib\multiprocessing\spawn.py",
 line 102, in spawn_main
source_process = _winapi.OpenProcess(
OSError: [WinError 87]

--
components: Library (Lib), Windows
messages: 363090
nosy: dotoscat, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: CRITICAL: TypeError: cannot pickle 'generator'
type: crash
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



[issue39811] Curses crash on ^4

2020-03-01 Thread toonn


toonn  added the comment:

Vim can handle ^4 just fine while still responding to SIGQUIT though.
Is there a way to determine where the signal's coming from to decide whether to 
react to it?

--

___
Python tracker 

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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread Raymond Hettinger


New submission from Raymond Hettinger :

>>> import functools
>>> functools.cached_property

>>> functools.__all__
['update_wrapper', 'wraps', 'WRAPPER_ASSIGNMENTS', 'WRAPPER_UPDATES', 
'total_ordering', 'cmp_to_key', 'lru_cache', 'reduce', 'partial', 
'partialmethod', 'singledispatch', 'singledispatchmethod']

--

___
Python tracker 

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



[issue38870] Expose ast.unparse in the ast module

2020-03-01 Thread Pablo Galindo Salgado

Pablo Galindo Salgado  added the comment:


New changeset 397b96f6d7a89f778ebc0591e32216a8183fe667 by Batuhan Taşkaya in 
branch 'master':
bpo-38870: Implement a precedence algorithm in ast.unparse (GH-17377)
https://github.com/python/cpython/commit/397b96f6d7a89f778ebc0591e32216a8183fe667


--

___
Python tracker 

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



[issue39520] AST Unparser can't unparse ext slices correctly

2020-03-01 Thread Pablo Galindo Salgado

Pablo Galindo Salgado  added the comment:


New changeset 185903de12de8837bf0dc0008a16e5e56c66a019 by Batuhan Taşkaya in 
branch 'master':
bpo-39520: Fix un-parsing of ext slices with no dimensions (GH-18304)
https://github.com/python/cpython/commit/185903de12de8837bf0dc0008a16e5e56c66a019


--
nosy: +pablogsal

___
Python tracker 

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



[issue38641] lib2to3 does not support py38 return/yield syntax with starred expressions

2020-03-01 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:


New changeset 768d739c1cd8c1d41902229581811a9b86bcc76e by Vlad Emelianov in 
branch 'master':
bpo-38641: Add lib2to3 support for starred expressions in return/yield 
statements (GH-16994)
https://github.com/python/cpython/commit/768d739c1cd8c1d41902229581811a9b86bcc76e


--
nosy: +pablogsal

___
Python tracker 

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



[issue38641] lib2to3 does not support py38 return/yield syntax with starred expressions

2020-03-01 Thread Pablo Galindo Salgado


Change by Pablo Galindo Salgado :


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



[issue39753] inspecting a partial with bound keywods gives incorrect signature

2020-03-01 Thread Ido Michael


Ido Michael  added the comment:

Is it a bug? I can add the signature and set a PR

--
nosy: +Ido Michael

___
Python tracker 

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



[issue39816] More descriptive error message than "too many values to unpack"

2020-03-01 Thread Alex Hall


New submission from Alex Hall :

Based on the discussion in 
https://mail.python.org/archives/list/python-id...@python.org/thread/C6QEAEEAELUHMLB23OBRSQK2UYU3AF5O/

When unpacking fails with an error such as:

ValueError: too many values to unpack (expected 2)

the name of the type of the unpacked object should be included, e.g.

ValueError: too many values to unpack (expected 2) from object of type 'str'

and if the type is exactly list or tuple, which are already special cased: 
https://github.com/python/cpython/blob/baf29b221682be0f4fde53a05ea3f57c3c79f431/Python/ceval.c#L2243-L2252

then the length can also be included:

ValueError: too many values to unpack (expected 2, got 3) from object of type 
'tuple'

--
components: Interpreter Core
messages: 363083
nosy: alexmojaki
priority: normal
severity: normal
status: open
title: More descriptive error message than "too many values to unpack"
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



[issue39814] Hyphens not generated for split-words in a "note" directive

2020-03-01 Thread Ido Michael


Ido Michael  added the comment:

Looks like a bug in the dev repo? What's the class responsible for rendering 
the notes?

I can take this

--
nosy: +Ido Michael

___
Python tracker 

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



[issue39813] test_ioctl skipped -- Unable to open /dev/tty

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

OS: Lubuntu 18.04.4

Steps to reproduce:

sudo apt-get install git libbz2-dev liblzma-dev uuid-dev libffi-dev 
libsqlite3-dev libreadline-dev libssl-dev libgdbm-dev libgdbm-compat-dev tk-dev 
libncurses5-dev
git clone https://github.com/python/cpython.git
cd cpython
CC=gcc-9 CXX=g++-9 ./configure --enable-optimizations --with-lto
make -j 4
make test

marco@buzz:~/sources/cpython_test$ python3.9
Python 3.9.0a0 (heads/master-dirty:d8ca2354ed, Oct 30 2019, 20:25:01) 
[GCC 9.2.1 20190909] on linux

--

___
Python tracker 

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



[issue38597] C Extension import limit

2020-03-01 Thread Xinfa Zhu


Xinfa Zhu  added the comment:

Steve, don't know if you still need it but here is what you requested. Sorry 
for the slow move (I was working on something else). Seems mine is finding the 
x64 before the OneCore, though I don't know the significance.

Python 3.7.1 (default, Dec 10 2018, 22:54:23) [MSC v.1915 64 bit (AMD64)] on 
win32
In[2]: import glob
In[3]: glob.glob(r"C:\Program Files (x86)\Microsoft Visual 
Studio\2019\BuildTools\VC\redist\MSVC\**\x64\Microsoft.VC14*.CRT\vcruntime140.dll",
 recursive=True)
Out[3]: 
['C:\\Program Files (x86)\\Microsoft Visual 
Studio\\2019\\BuildTools\\VC\\redist\\MSVC\\14.24.28127\\x64\\Microsoft.VC142.CRT\\vcruntime140.dll',
 'C:\\Program Files (x86)\\Microsoft Visual 
Studio\\2019\\BuildTools\\VC\\redist\\MSVC\\14.24.28127\\onecore\\x64\\Microsoft.VC142.CRT\\vcruntime140.dll']

--

___
Python tracker 

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



[issue39769] compileall.compile_dir(..., ddir="") omits the intermediate package paths when prepending the prefix

2020-03-01 Thread Gregory P. Smith


Gregory P. Smith  added the comment:

if anyone needs this on their older 3.6 or 3.5 trees, the 3.7/3.8 patch is a 
trivial backport.

--
stage: patch review -> commit review
status: open -> closed

___
Python tracker 

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



[issue39769] compileall.compile_dir(..., ddir="") omits the intermediate package paths when prepending the prefix

2020-03-01 Thread Gregory P. Smith


Gregory P. Smith  added the comment:


New changeset 7c64726ced3d6b5d04537386d6a9ca6d179c3be4 by Gregory P. Smith in 
branch '3.7':
[3.7] bpo-39769: Fix compileall ddir for subpkgs. (GH-18676) (GH-18718) 
(GH-18725)
https://github.com/python/cpython/commit/7c64726ced3d6b5d04537386d6a9ca6d179c3be4


--

___
Python tracker 

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



[issue39769] compileall.compile_dir(..., ddir="") omits the intermediate package paths when prepending the prefix

2020-03-01 Thread Gregory P. Smith


Change by Gregory P. Smith :


--
pull_requests: +18082
pull_request: https://github.com/python/cpython/pull/18725

___
Python tracker 

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



[issue39769] compileall.compile_dir(..., ddir="") omits the intermediate package paths when prepending the prefix

2020-03-01 Thread Gregory P. Smith


Gregory P. Smith  added the comment:


New changeset ce720d3e0674d6ac6f1b950c20a89be4cfde7853 by Gregory P. Smith in 
branch '3.8':
bpo-39769: Fix compileall ddir for subpkgs. (GH-18676) (GH-18718)
https://github.com/python/cpython/commit/ce720d3e0674d6ac6f1b950c20a89be4cfde7853


--

___
Python tracker 

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



[issue39809] argparse: add max_text_width parameter to ArgumentParser

2020-03-01 Thread Raymond Hettinger


Raymond Hettinger  added the comment:

> I don't like the idea of adding more parameters to 
> the `ArgumentParser` class.  It's too complicated already.

I concur with Paul.  Let's pass on this suggestion.

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



[issue39815] functools.cached_property() not included in __all__

2020-03-01 Thread Raymond Hettinger


Change by Raymond Hettinger :


--
components: Library (Lib)
keywords: easy
nosy: rhettinger
priority: normal
severity: normal
status: open
title: functools.cached_property() not included in __all__
type: behavior
versions: Python 3.8, Python 3.9

___
Python tracker 

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



[issue39814] Hyphens not generated for split-words in a "note" directive

2020-03-01 Thread Raymond Hettinger


New submission from Raymond Hettinger :

The justification algorithm for the docs will sometimes split words at the end 
of a line and will add a hyphen to indicate the continuation.   This works in 
most text but is broken within a "note" directive.

For example, there dangling "im" split of "implemenation" at the end of the 
third line in the note at:
https://docs.python.org/3/library/functools.html#functools.total_ordering

Contrast this with the correct "sup-" split of "supplies" in the first sentence.

--
assignee: docs@python
components: Documentation
messages: 363075
nosy: docs@python, rhettinger
priority: normal
severity: normal
status: open
title: Hyphens not generated for split-words in a "note" directive
type: behavior

___
Python tracker 

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



[issue16487] Allow ssl certificates to be specified from memory rather than files.

2020-03-01 Thread Jan-Philip Gehrcke


Jan-Philip Gehrcke  added the comment:

I am not too attached to "my" patch, but because I love Python I really would 
like us to land on a solution.

> However I want all changes and new additions to the SSL module to follow PEP 
> 543 so I can provide a PEP 543-compatible interface in the near future (3.8 
> or 3.9).

Christian, I wonder: did we make progress on this front? Will the stdlib in the 
3.9 release make it easy to load cert and key material from memory? 

> Mainly to not crush the will to help and contribute

Thanks Anton for your words, truly appreciated. I do not want to sound too 
negative, but I would like to confirm that emotionally this issue here was a 
bit of an unpleasant experience for me, and it certainly inhibited my 
intentions, energy, motivation to (try to) contribute more. Thanks, though, to 
all supporters here.

--
versions: +Python 3.8, Python 3.9

___
Python tracker 

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



[issue39809] argparse: add max_text_width parameter to ArgumentParser

2020-03-01 Thread paul j3


paul j3  added the comment:

https://bugs.python.org/issue13041

is (I think) the latest issue/patch to deal with the help width.

I don't like the idea of adding more parameters to the `ArgumentParser` class.  
It's too complicated already.

There are a couple of ways that a user can do this already.

One is a custom version of the `parser.format_help`, though as your patch 
shows, that actually has to go through the `_get_formatter` method.  Only 
`format_help` is listed in the public API.

Another is a subclass of HelpFormatter.  It just needs to customize the `width` 
parameter.   

I vaguely recall suggesting such a subclass in a previous bug/issue, but can't 
find that.

Subclassing HelpFormatter is an established way of customizing the format.

Here's a discussion of this on StackOverflow.  It uses a simple lambda as 
`formatter_class`:

https://stackoverflow.com/questions/44333577/explain-lambda-argparse-helpformatterprog-width

formatter = lambda prog: argparse.HelpFormatter(prog, width=100)

and 

https://stackoverflow.com/questions/3215/max-help-position-is-not-works-in-python-argparse-library

--

___
Python tracker 

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



[issue39750] UnicodeError becomes unpicklable if data is appended to args

2020-03-01 Thread João Eiras

João Eiras  added the comment:

On a related note, after inspecting the UnicodeEror C code, the exception 
object keeps explicit references to 'encoding', 'object', 'start', 'end' and 
'reason'. That means that if those properties are set (the C code does have 
setters) then the properties stored in UnicodeError go out of sync with the 
args tuple in BaseException. And so pickling and unpickling will restore the 
original values, and not those that were set after the exception being created, 
unless args is too modified.

My suggestion would be to just fetch all 5 properties from the args tuple 
inside the getters and setters, and in the setters, recreate the tuple with a 
modified value. The constructor could do argument validation but would not set 
any properties, because that would be delegated to BaseException.

--

___
Python tracker 

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



[issue39813] test_ioctl skipped -- Unable to open /dev/tty

2020-03-01 Thread Eric V. Smith


Eric V. Smith  added the comment:

Can you give us some information about your operating system? Did you build 
this version of python yourself? Assuming so, how did you build it? Please show 
us the header you see when starting this version of python. How are you 
invoking this test?

--
nosy: +eric.smith

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Jeremy Kloth


Jeremy Kloth  added the comment:

What seems to be, at least, the conclusion of the thread:

https://mail.python.org/archives/list/python-...@python.org/thread/YXMD5EIHAODRZGTQ3HU74OPGEBAVCSK6/

--
nosy: +jkloth

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

Mmmm... wait a moment. It seems the behavior is intended:

https://bugs.python.org/issue1324762

I quote:


The patch contains the following changes:
[...]
2) The compiler used to translate python's main() function is 
stored in the configure / Makefile variable MAINCC. By 
default, MAINCC=$(CC). [...] If 
--with-cxx-main= is on the configure command 
line, then MAINCC=.


Honestly I have _no idea_ why this change was made. Unluckily, the link to the 
discussion is broken.

--
nosy: +cludwig

___
Python tracker 

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



[issue38597] C Extension import limit

2020-03-01 Thread Steve Dower


Change by Steve Dower :


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

___
Python tracker 

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



[issue38597] C Extension import limit

2020-03-01 Thread Steve Dower


Steve Dower  added the comment:

In thinking about this, I think the best way forward is to just remove the 
logic that might statically link the initialization code, and instead commit to 
CPython releases always including vcruntime140.dll even if we switch to a newer 
version one day.

Hopefully third party distributions will do the same, though it should only 
matter for ABI3 modules that are not recompiled for the newer versions.

--

___
Python tracker 

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



[issue39811] Curses crash on ^4

2020-03-01 Thread Serhiy Storchaka


Serhiy Storchaka  added the comment:

It is not related to curses and Python.

Run arbitrary program (for example `cat` or `sleep 100`) and press Ctrl-4. You 
will get a core dump. This is because your terminal generates the signal 
SIGQUIT on Ctrl-4, and default action on SIGQUIT is core dump. So it all works 
as expected.

If you want to change it, ignore the signal.

--
nosy: +serhiy.storchaka
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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

https://github.com/python/cpython/pull/18721

--

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Change by Marco Sulla :


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

___
Python tracker 

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



[issue39697] Failed to build with --with-cxx-main=g++-9.2.0

2020-03-01 Thread Marco Sulla


Marco Sulla  added the comment:

The problem is here:

Programs/_testembed.o: $(srcdir)/Programs/_testembed.c
$(MAINCC) -c $(PY_CORE_CFLAGS) -o $@ $(srcdir)/Programs/_testembed.c

`MAINCC` in my Makefile is `g++-9`. Probably, MAINCC is set to the value of 
``--with-cxx-main`, if specified.

I replaced `MAINCC` with `CC` at this line, and it works.

--

___
Python tracker 

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



[issue39813] test_ioctl skipped -- Unable to open /dev/tty

2020-03-01 Thread Marco Sulla


New submission from Marco Sulla :

During `make test`, I get the error in the title.

(venv_3_9) marco@buzz:~/sources/cpython_test$ ll /dev/tty
crw-rw-rw- 1 root tty 5, 0 Mar  1 15:24 /dev/tty

--
components: Tests
messages: 363063
nosy: Marco Sulla
priority: normal
severity: normal
status: open
title: test_ioctl skipped -- Unable to open /dev/tty
type: compile error
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



[issue12915] Add inspect.locate and inspect.resolve

2020-03-01 Thread Michael Felt


Change by Michael Felt :


--
pull_requests: +18078
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/18720

___
Python tracker 

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



[issue15012] test issue

2020-03-01 Thread Karthikeyan Singaravelan


Karthikeyan Singaravelan  added the comment:

test comment for email

--
nosy: +xtreak

___
Python tracker 

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



[issue15012] test issue

2020-03-01 Thread Antoine Pitrou


Antoine Pitrou  added the comment:

Could someone please post a dummy reply to this issue? I'm hoping to fix e-mail 
notifications for me.

--

___
Python tracker 

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



[issue15012] test issue

2020-03-01 Thread Antoine Pitrou


Change by Antoine Pitrou :


--
nosy: +pitrou

___
Python tracker 

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



[issue30082] hide command prompt when using subprocess.Popen with shell=False on Windows

2020-03-01 Thread Steve Dower


Steve Dower  added the comment:

Try running that script with pythonw.exe instead.

--

___
Python tracker 

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



[issue39812] Avoid daemon threads in concurrent.futures

2020-03-01 Thread Antoine Pitrou


New submission from Antoine Pitrou :

Since issue37266 (which forbid daemon threads in subinterpreters), we probably 
want to forego daemon threads in concurrent.futures.  This means we also need a 
way to run an atexit-like hook before non-daemon threads are joined on 
(sub)interpreter shutdown.

See discussion below:
https://bugs.python.org/issue37266#msg362890

--
components: Library (Lib)
messages: 363059
nosy: aeros, pitrou, tomMoral
priority: normal
severity: normal
stage: needs patch
status: open
title: Avoid daemon threads in concurrent.futures
type: behavior
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



  1   2   >