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

[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

[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

[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

[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

Re: Data model and attribute resolution in subclasses

[Adam Preble]

On Sunday, March 1, 2020 at 3:08:29 PM UTC-6, Terry Reedy wrote:

> Because BaseClass is the superclass of SubClass.

So there's a mechanism for parent classes to know all their children?
-- 
https://mail.python.org/mailman/listinfo/python-list

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

[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

[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

[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

[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

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

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

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

[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

[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

[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

[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

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

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

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

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

[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

[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

[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

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

[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

[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

[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

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

[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

[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

[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

[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

[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

[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

[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

Re: 【Regarding Performance of a Python Script....】

[Cameron Simpson]

On 28Feb2020 19:24, Kenzi  wrote:

I have a question regarding a simple code snippet in Python:

from subprocess import check_output
for i in range(1024):
   check_output(['/bin/bash', '-c', 'echo 42'], close_fds=True)

*I wonder why running it in Python 3.7 is much faster than Python 2.7? *
(Python 3.7 is still faster, after I used *xrange * in Python 2.7)


On a lot of UNIX systems you can use the strace command to inspect what 
is happening. I am personally surprised there's a significant difference 
between the Pythons because I'd expect the expense of invoking bash to 
dominate the cost here (consider using /bin/sh, which on many systems 
isn't bash but something smaller/faster for noninteractive shell 
scripting).


Write a script running just the check_output() call one, and strace it:

   strace python -c "from subprocess import check_output; check_output(['/bin/bash', 
'-c', 'echo 42'], close_fds=True)"

See if your 2 Pythons are doing something difference at the system call 
level.


Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

[issue39199] Improve the AST documentation

[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

Re: Have you some experience / link about difference between Python builded with gcc and clang?

[Skip Montanaro via Python-list]

I didn't have clang installed. It was just "sudo apt install clang-8". From
there all I had to do was build Python from scratch twice, install
pyperformance using pip after the first build, then run it after each
build. It's not difficult. Going beyond that right now is not an itch I
need to scratch though. I have other things on my plate.

Skip

On Sun, Mar 1, 2020, 6:11 PM Marco Sulla <
mail.python@marco.sulla.e4ward.com> wrote:

> Oooohhh uff, I have to install latest clang... or better, compile
> it as I did for gcc. And I have to read the install docs to see if
> there's some trick to optimize it... and I have to read the docs of
> pyperformance too (I only used pyperf until now)...
>
> Oh well, tomorrow :-D
>
> On Mon, 2 Mar 2020 at 00:58, Skip Montanaro 
> wrote:
> >>
> >> Have you compiled it optimized (--enable-optimizations --with-lto)?
> >
> >
> > Nope, just ./configure. Further investigation is left as an exercise for
> the reader. :-)
> >
> > Skip
>
-- 
https://mail.python.org/mailman/listinfo/python-list

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

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

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

[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

Re: Have you some experience / link about difference between Python builded with gcc and clang?

[Marco Sulla via Python-list]

Good! Have you compiled it optimized (--enable-optimizations --with-lto)?

On Sun, 1 Mar 2020 at 23:48, Skip Montanaro  wrote:
>
> > As title. Currently I'm using gcc 9.2.0 and its compilation seems to
> > work well and fast. But I would know by your experience if clang can
> > produce, on a *nix system, a "faster Python".
>
> I took a quick run at this as I was wanting to give pyperformance a try. 
> Comparing GCC 9 with CLANG 8 on my Ubuntu laptop here's what I got. It seems 
> that GCC was a bit faster than CLANG pretty much across the board.
>
> +-+-+---+
> | Benchmark   | gcc | clang |
> +=+=+===+
> | 2to3| 403 ms  | 440 ms: 1.09x slower (+9%)|
> +-+-+---+
> | chameleon   | 12.6 ms | 13.5 ms: 1.07x slower (+7%)   |
> +-+-+---+
> | chaos   | 148 ms  | 169 ms: 1.14x slower (+14%)   |
> +-+-+---+
> | crypto_pyaes| 145 ms  | 157 ms: 1.08x slower (+8%)|
> +-+-+---+
> | deltablue   | 9.79 ms | 11.4 ms: 1.17x slower (+17%)  |
> +-+-+---+
> | django_template | 69.9 ms | 77.6 ms: 1.11x slower (+11%)  |
> +-+-+---+
> | dulwich_log | 89.3 ms | 92.6 ms: 1.04x slower (+4%)   |
> +-+-+---+
> | fannkuch| 590 ms  | 602 ms: 1.02x slower (+2%)|
> +-+-+---+
> | float   | 150 ms  | 160 ms: 1.07x slower (+7%)|
> +-+-+---+
> | genshi_text | 35.9 ms | 39.4 ms: 1.10x slower (+10%)  |
> +-+-+---+
> | genshi_xml  | 74.8 ms | 81.8 ms: 1.09x slower (+9%)   |
> +-+-+---+
> | go  | 339 ms  | 390 ms: 1.15x slower (+15%)   |
> +-+-+---+
> | hexiom  | 12.9 ms | 14.3 ms: 1.11x slower (+11%)  |
> +-+-+---+
> | json_dumps  | 16.4 ms | 17.6 ms: 1.07x slower (+7%)   |
> +-+-+---+
> | json_loads  | 32.9 us | 34.6 us: 1.05x slower (+5%)   |
> +-+-+---+
> | logging_format  | 13.9 us | 15.2 us: 1.09x slower (+9%)   |
> +-+-+---+
> | logging_silent  | 253 ns  | 298 ns: 1.18x slower (+18%)   |
> +-+-+---+
> | logging_simple  | 12.6 us | 14.1 us: 1.12x slower (+12%)  |
> +-+-+---+
> | mako| 21.8 ms | 24.2 ms: 1.11x slower (+11%)  |
> +-+-+---+
> | meteor_contest  | 128 ms  | 133 ms: 1.04x slower (+4%)|
> +-+-+---+
> | nbody   | 181 ms  | 190 ms: 1.05x slower (+5%)|
> +-+-+---+
> | nqueens | 128 ms  | 135 ms: 1.05x slower (+5%)|
> +-+-+---+
> | pathlib | 26.3 ms | 27.1 ms: 1.03x slower (+3%)   |
> +-+-+---+
> | pickle  | 13.3 us | 13.5 us: 1.01x slower (+1%)   |
> +-+-+---+
> | pickle_dict | 33.8 us | 33.6 us: 1.01x faster (-1%)   |
> +-+-+---+
> | pickle_list | 4.82 us | 5.18 us: 1.07x slower (+7%)   |
> +-+-+---+
> | pickle_pure_python  | 613 us  | 725 us: 1.18x slower (+18%)   |
> +-+-+---+
> | pidigits| 210 ms  | 218 ms: 1.04x slower (+4%)|
> +-+-+---+
> | pyflate | 871 ms  | 1.00 sec: 1.15x slower (+15%) |
> +-+-+---+
> | python_startup  | 10.3 ms | 10.4 ms: 

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

[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

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

[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

[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

[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

[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

[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

Re: Have you some experience / link about difference between Python builded with gcc and clang?

[Skip Montanaro]

> As title. Currently I'm using gcc 9.2.0 and its compilation seems to
> work well and fast. But I would know by your experience if clang can
> produce, on a *nix system, a "faster Python".

I took a quick run at this as I was wanting to give pyperformance
 a try. Comparing GCC 9 with CLANG 8 on
my Ubuntu laptop here's what I got. It seems that GCC was a bit faster than
CLANG pretty much across the board.

+-+-+---+
| Benchmark   | gcc | clang |
+=+=+===+
| 2to3| 403 ms  | 440 ms: 1.09x slower (+9%)|
+-+-+---+
| chameleon   | 12.6 ms | 13.5 ms: 1.07x slower (+7%)   |
+-+-+---+
| chaos   | 148 ms  | 169 ms: 1.14x slower (+14%)   |
+-+-+---+
| crypto_pyaes| 145 ms  | 157 ms: 1.08x slower (+8%)|
+-+-+---+
| deltablue   | 9.79 ms | 11.4 ms: 1.17x slower (+17%)  |
+-+-+---+
| django_template | 69.9 ms | 77.6 ms: 1.11x slower (+11%)  |
+-+-+---+
| dulwich_log | 89.3 ms | 92.6 ms: 1.04x slower (+4%)   |
+-+-+---+
| fannkuch| 590 ms  | 602 ms: 1.02x slower (+2%)|
+-+-+---+
| float   | 150 ms  | 160 ms: 1.07x slower (+7%)|
+-+-+---+
| genshi_text | 35.9 ms | 39.4 ms: 1.10x slower (+10%)  |
+-+-+---+
| genshi_xml  | 74.8 ms | 81.8 ms: 1.09x slower (+9%)   |
+-+-+---+
| go  | 339 ms  | 390 ms: 1.15x slower (+15%)   |
+-+-+---+
| hexiom  | 12.9 ms | 14.3 ms: 1.11x slower (+11%)  |
+-+-+---+
| json_dumps  | 16.4 ms | 17.6 ms: 1.07x slower (+7%)   |
+-+-+---+
| json_loads  | 32.9 us | 34.6 us: 1.05x slower (+5%)   |
+-+-+---+
| logging_format  | 13.9 us | 15.2 us: 1.09x slower (+9%)   |
+-+-+---+
| logging_silent  | 253 ns  | 298 ns: 1.18x slower (+18%)   |
+-+-+---+
| logging_simple  | 12.6 us | 14.1 us: 1.12x slower (+12%)  |
+-+-+---+
| mako| 21.8 ms | 24.2 ms: 1.11x slower (+11%)  |
+-+-+---+
| meteor_contest  | 128 ms  | 133 ms: 1.04x slower (+4%)|
+-+-+---+
| nbody   | 181 ms  | 190 ms: 1.05x slower (+5%)|
+-+-+---+
| nqueens | 128 ms  | 135 ms: 1.05x slower (+5%)|
+-+-+---+
| pathlib | 26.3 ms | 27.1 ms: 1.03x slower (+3%)   |
+-+-+---+
| pickle  | 13.3 us | 13.5 us: 1.01x slower (+1%)   |
+-+-+---+
| pickle_dict | 33.8 us | 33.6 us: 1.01x faster (-1%)   |
+-+-+---+
| pickle_list | 4.82 us | 5.18 us: 1.07x slower (+7%)   |
+-+-+---+
| pickle_pure_python  | 613 us  | 725 us: 1.18x slower (+18%)   |
+-+-+---+
| pidigits| 210 ms  | 218 ms: 1.04x slower (+4%)|
+-+-+---+
| pyflate | 871 ms  | 1.00 sec: 1.15x slower (+15%) |
+-+-+---+
| python_startup  | 10.3 ms | 10.4 ms: 1.01x slower (+1%)   |
+-+-+---+
| python_startup_no_site  | 7.16 ms | 7.39 ms: 1.03x slower (+3%)   |
+-+-+---+

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

[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

[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

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

[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

[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

[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

[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

Re: EuroPython 2020: Call for Proposals opens on March 9th

[Barry]

> On 1 Mar 2020, at 14:51, Souvik Dutta  wrote:
> 
> I would like to see a bit of modernisation of the tkinter module. Like use
> of style sheets and opening images in a better way like not relying on
> bitmaps and thing like that. I would also like pip to check for PGP
> signature as that would certainly ensure security.  And I generally use
> python for making apps. Thank you.

Have a look at PyQt5. It OO and cross platform with few quirks.

Barry


> 
>> On Wed, Feb 26, 2020, 10:21 PM M.-A. Lemburg  wrote:
>> 
>> We are happy to announce that the Call for Proposals will open on
>> March 9. It will be left open for three weeks and then close on:
>> 
>>Sunday, March 29 23:59:59 CEST
>> 
>> While you wait for submissions to open, please check out the Call for
>> Proposals details on our pre-launch website:
>> 
>>https://ep2020.europython.eu/call-for-proposals/
>> 
>> We’re looking for proposals on every aspect of Python: all levels of
>> programming from novice to advanced, applications, frameworks, data
>> science, Python projects, internals or topics which you’re excited
>> about, your experiences with Python and its ecosystem, creative or
>> artistic things you’ve done with Python, to name a few.
>> 
>> EuroPython is a community conference and we are eager to hear about
>> your use of Python.
>> 
>> Since feedback shows that our audience is very interested in advanced
>> topics, we’d appreciate more entries in this category for EuroPython
>> 2020.
>> 
>> Please help spread word about Call for Proposals to anyone who might
>> be interested. Thanks.
>> 
>> 
>> Some additional updates:
>> 
>> 
>> - We’re working on launching the website, CfP and ticket sales in
>>  March.
>> 
>> - We are also preparing the sponsorship packages and should have them
>>  ready early in March as well. Early bird sponsors will again receive
>>  a 10% discount on the package price. If you’re interested in
>>  becoming a launch sponsor, please contact our sponsor team at
>>  sponsor...@europython.eu.
>> 
>> 
>> Help spread the word
>> 
>> 
>> Please help us spread this message by sharing it on your social
>> networks as widely as possible. Thank you !
>> 
>> Link to the blog post:
>> 
>> 
>> https://blog.europython.eu/post/611042486524280832/europython-2020-call-for-proposals-opens-on-march
>> 
>> Tweet:
>> 
>> https://twitter.com/europython/status/1232708258525302784
>> 
>> 
>> Enjoy,
>> --
>> EuroPython 2020 Team
>> https://ep2020.europython.eu/
>> https://www.europython-society.org/
>> 
>> --
>> https://mail.python.org/mailman/listinfo/python-list
>> 
> -- 
> https://mail.python.org/mailman/listinfo/python-list

-- 
https://mail.python.org/mailman/listinfo/python-list

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

[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

[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

Re: Multiple turtles

[Terry Reedy]

On 3/1/2020 4:54 AM, Giuseppe wrote:

Hi,

I am new to Python.
I already tried turtle and it works well for my needs.

I would like to draw fractals using turtle module. There are many ways 
to do that but I would like to use multiple turtles drawing in parallel 
but I don't know how.


My first idea is to use clones as I do with Scratch (the problem with 
Scratch is the maximum number of simultaneous clones is set to 300) : 
each clone draw a part of the fractal and each clone (before being 
deleted) create clones who do the same thing and so on and so on...


1/ Is it possible to clone turtles ?
2/ Is it possible to make them work simultaneously ?
3/ Should I use multiple turtles instead ?
4/ Are there special things I should read first ?


1 & 3.  I don't know what a Scratch clone is so I don't know the 
difference between 1 and 3.  I suspect the answer is 3.  Note that 
turtle provides a default turtle.  Then one can create more with Turtle().


2. Truly in parallel? no.  Turtle module uses a tk Canvas and one can 
only draw to a canvas from one process.  One can instead rotate among 
turtles so it looks like they move 'simultaneously'.


4. Run 'python -m turtle' and watch the two demos, especially the last 
part of the second.  Then read demo2() starting with


tri = getturtle()  # Default turtle, chaser.
tri.resizemode("auto")  # New turtle, chased.
# ... and loop.
while tri.distance(turtle) > 4:
turtle.fd(3.5)
turtle.lt(0.6)
tri.setheading(tri.towards(turtle))
tri.fd(4)

For your purpose, you should, for instance, make a Turtle subclass with 
additional data and an extra 'tick' method to move according to the 
extra instance data.  Remember that modifying collections while 
iterating through them is either prohibited or tricky.



--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

Have you some experience / link about difference between Python builded with gcc and clang?

[Marco Sulla via Python-list]

As title. Currently I'm using gcc 9.2.0 and its compilation seems to
work well and fast. But I would know by your experience if clang can
produce, on a *nix system, a "faster Python".
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Data model and attribute resolution in subclasses

[Terry Reedy]

On 3/1/2020 4:49 AM, Adam Preble wrote:

Based on what I was seeing here, I did some experiments to try to understand 
better what is going on:

class BaseClass:
 def __init__(self):
 self.a = 1

 def base_method(self):
 return self.a

 def another_base_method(self):
 return self.a + 1


class SubClass(BaseClass):
 def __init__(self):
 super().__init__()
 self.b = 2


c = SubClass()
print(c.__dict__)
print(c.__class__.__dict__)
print(c.__class__.__subclasses__())
print(c.__class__.mro())
print(c.__class__.mro()[1].__dict__)
print(getattr(c, "base_method"))
print(c.b)
print(c.a)



print(c.__class__.__subclasses__())
[]
What?! Why isn't this []?


Because BaseClass is the superclass of SubClass.


--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

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

[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

[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

[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

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

[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

[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

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

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

[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

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

[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

[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

[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

[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

[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

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

[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

[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

[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

[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

[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

[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

[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

[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

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

[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

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

[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

[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

Re: php to python code converter

[Terry Reedy]

On 3/1/2020 12:53 AM, balbdrbhatchhe...@gmail.com wrote:

On Friday, May 8, 2009 at 3:38:25 AM UTC-7, bvidinli wrote:

if anybody needs:
http://code.google.com/p/phppython/


this link doesn't work


I believe free code.google.com was shut down a few years ago.  I have a 
file there and was emailed to make sure I had a copy before it was deleted.



--
Terry Jan Reedy

--
https://mail.python.org/mailman/listinfo/python-list

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

[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

[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

[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

[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

[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

[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

Re: EuroPython 2020: Call for Proposals opens on March 9th

[Souvik Dutta]

I would like to see a bit of modernisation of the tkinter module. Like use
of style sheets and opening images in a better way like not relying on
bitmaps and thing like that. I would also like pip to check for PGP
signature as that would certainly ensure security.  And I generally use
python for making apps. Thank you.

On Wed, Feb 26, 2020, 10:21 PM M.-A. Lemburg  wrote:

> We are happy to announce that the Call for Proposals will open on
> March 9. It will be left open for three weeks and then close on:
>
> Sunday, March 29 23:59:59 CEST
>
> While you wait for submissions to open, please check out the Call for
> Proposals details on our pre-launch website:
>
> https://ep2020.europython.eu/call-for-proposals/
>
> We’re looking for proposals on every aspect of Python: all levels of
> programming from novice to advanced, applications, frameworks, data
> science, Python projects, internals or topics which you’re excited
> about, your experiences with Python and its ecosystem, creative or
> artistic things you’ve done with Python, to name a few.
>
> EuroPython is a community conference and we are eager to hear about
> your use of Python.
>
> Since feedback shows that our audience is very interested in advanced
> topics, we’d appreciate more entries in this category for EuroPython
> 2020.
>
> Please help spread word about Call for Proposals to anyone who might
> be interested. Thanks.
>
>
> Some additional updates:
> 
>
> - We’re working on launching the website, CfP and ticket sales in
>   March.
>
> - We are also preparing the sponsorship packages and should have them
>   ready early in March as well. Early bird sponsors will again receive
>   a 10% discount on the package price. If you’re interested in
>   becoming a launch sponsor, please contact our sponsor team at
>   sponsor...@europython.eu.
>
>
> Help spread the word
> 
>
> Please help us spread this message by sharing it on your social
> networks as widely as possible. Thank you !
>
> Link to the blog post:
>
>
> https://blog.europython.eu/post/611042486524280832/europython-2020-call-for-proposals-opens-on-march
>
> Tweet:
>
> https://twitter.com/europython/status/1232708258525302784
>
>
> Enjoy,
> --
> EuroPython 2020 Team
> https://ep2020.europython.eu/
> https://www.europython-society.org/
>
> --
> https://mail.python.org/mailman/listinfo/python-list
>
-- 
https://mail.python.org/mailman/listinfo/python-list