date:20191018



Change by Raymond Hettinger :


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

[issue38521] Error in NormalDist.eq



Raymond Hettinger  added the comment:


New changeset 652a1cb0e11eb7cf0040acaf121492d2a99768d9 by Raymond Hettinger 
(Miss Islington (bot)) in branch '3.8':
bpo-38521: Fix error in NormalDist.__eq__() (GH-16840) (GH-16842)
https://github.com/python/cpython/commit/652a1cb0e11eb7cf0040acaf121492d2a99768d9


--

___
Python tracker 

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

[issue38521] Error in NormalDist.eq



Change by miss-islington :


--
pull_requests: +16394
pull_request: https://github.com/python/cpython/pull/16842

___
Python tracker 

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

[issue38521] Error in NormalDist.eq



Raymond Hettinger  added the comment:


New changeset 5eabec022b9a10734fcf58faad02c4d233592f64 by Raymond Hettinger in 
branch 'master':
bpo-38521: Fix error in NormalDist.__eq__() (GH-16840)
https://github.com/python/cpython/commit/5eabec022b9a10734fcf58faad02c4d233592f64


--

___
Python tracker 

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

[issue36876] Global C variables are a problem.

2019-10-18 Thread Eric Snow



Change by Eric Snow :


--
pull_requests: +16393
pull_request: https://github.com/python/cpython/pull/16841

___
Python tracker 

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

[issue38521] Error in NormalDist.eq



Change by Raymond Hettinger :


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

___
Python tracker 

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

[issue38521] Error in NormalDist.eq



New submission from Raymond Hettinger :

The equality comparison has a typo that wasn't caught by the tests.

--
assignee: rhettinger
components: Library (Lib)
messages: 354919
nosy: rhettinger
priority: normal
severity: normal
status: open
title: Error in NormalDist.__eq__
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

[issue38520] There is no proper way to know if a process is the main one

2019-10-18 Thread Adrien



New submission from Adrien :

Hi.

I noticed that there exists the function "threading.main_thread()", but there 
is no equivalent for the "multiprocessing" module.

Is there a reason for this absence?

These StackOverflow questions are related to this problem:
- 
https://stackoverflow.com/questions/42283265/how-to-determine-if-running-current-process-is-parent
- 
https://stackoverflow.com/questions/30790660/python-multiprocessing-name-of-the-main-process
- 
https://stackoverflow.com/questions/18216050/is-there-a-way-to-check-if-a-module-is-being-loaded-by-multiprocessing-standard

Current proposed solutions have flaws.
It's suggested to check if "current_process().name == 'MainProcess'" but anyone 
can re-write the name of a process with "current_process().name = 'foobar'" so 
this does not seem to be a reliable solution.
Another alternative is to check for the type of the process, which is different 
for main and child, respectively "mulitprocessing.process._MainProcess" and 
"multiprocessing.process.Process". This is obviously hacky as it relies on 
implementation detail.

What are you thoughts on adding a new "multiprocessing.main_process()" function?

--
components: Library (Lib)
messages: 354918
nosy: Delgan
priority: normal
severity: normal
status: open
title: There is no proper way to know if a process is the main one
type: enhancement

___
Python tracker 

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

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows



Steve Dower  added the comment:

Strange, I definitely cleaned up the externals before building 2.7.17rc1, so 
not sure how it ended up with the previous one.

I'll double-check later today on my build machine, but there shouldn't have to 
be any code changes to deal with this.

--

___
Python tracker 

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

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

2019-10-18 Thread Zachary Ware



Zachary Ware  added the comment:

Since 8.5.19 is the version specified in the build config, that really ought to 
be the version we ship.  I would guess that it just didn't get rebuilt when 
Steve built the installer for 2.7.17rc1; should just be a matter of making sure 
it does for the real thing.

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

___
Python tracker 

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

[issue38457] package is None in init.py until an import is used

2019-10-18 Thread Brett Cannon



Change by Brett Cannon :


--
nosy:  -brett.cannon

___
Python tracker 

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

[issue38519] Internal include files missing on Windows



Steve Dower  added the comment:

If someone wants to fix this before I do, the change goes in PC/layout/main.py 
to remove the filter for directories named "internal" - we shouldn't need a 
filter there at all now that we include everything in the distro.

--

___
Python tracker 

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

[issue38457] package is None in init.py until an import is used

2019-10-18 Thread Brett Cannon



Change by Brett Cannon :


--
nosy: +brett.cannon, eric.snow, ncoghlan

___
Python tracker 

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

[issue38457] package is None in init.py until an import is used

2019-10-18 Thread Brett Cannon



Change by Brett Cannon :


--
nosy:  -brett.cannon

___
Python tracker 

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

[issue38519] Internal include files missing on Windows



New submission from Steve Dower :

The include/internal directory is not being included in the packages published 
to nuget.org or the Microsoft Store.

This prevents some advanced users from being able to compile against these 
packages.

--
assignee: steve.dower
components: Windows
messages: 354914
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Internal include files missing on Windows
type: compile error
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

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.

2019-10-18 Thread hai shi



hai shi  added the comment:

Thanks, Serhiy, you are right.

--

___
Python tracker 

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

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

2019-10-18 Thread Benjamin Peterson



Benjamin Peterson  added the comment:

Unless this actually regresses functionality, it doesn't seem like this needs 
to block the release.

--

___
Python tracker 

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

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

2019-10-18 Thread Ned Deily



Ned Deily  added the comment:

What's the status of this release blocker?  Is there something that needs to be 
done for 2.7.17final which is imminent?

--
nosy: +ned.deily

___
Python tracker 

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

[issue38418] Audit event for os.system is incorrect



Change by Steve Dower :


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

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



Steve Dower  added the comment:

> Why this ABI is exported at all?

Great question for (probably) Yury, but it is exported and so we're stuck with 
it for 3.8 at least :(

--

___
Python tracker 

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

[issue38418] Audit event for os.system is incorrect



miss-islington  added the comment:


New changeset 5fb81420d5ad64a900940e908b546cf40f2d6807 by Miss Islington (bot) 
in branch '3.8':
bpo-38418: Fixes audit event for os.system to be named 'os.system' (GH-16670)
https://github.com/python/cpython/commit/5fb81420d5ad64a900940e908b546cf40f2d6807


--

___
Python tracker 

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

[issue28937] str.split(): allow removing empty strings (when sep is not None)

2019-10-18 Thread Philippe Cloutier



Philippe Cloutier  added the comment:

I assume the "workaround" suggested by Raymond in msg282966 is supposed to 
read...
filter(None, str.split(sep)
... rather than filter(None, sep.split(input)).

--

___
Python tracker 

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

[issue28937] str.split(): allow removing empty strings (when sep is not None)

2019-10-18 Thread Philippe Cloutier



Philippe Cloutier  added the comment:

I understood the current (only) behavior, but coming from a PHP background, I 
really didn't expect it. Thank you for this request, I would definitely like 
the ability to get behavior matching PHP's explode().

--
nosy: +Philippe Cloutier
title: str.split(): remove empty strings when sep is not None -> str.split(): 
allow removing empty strings (when sep is not None)

___
Python tracker 

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

[issue754016] urlparse goes wrong with IP:port without scheme



Senthil Kumaran  added the comment:


New changeset 0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384 by Senthil Kumaran in 
branch '3.8':
[3.8] bpo-27657: Fix urlparse() with numeric paths (GH-661) (#16839)
https://github.com/python/cpython/commit/0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384


--

___
Python tracker 

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

[issue27657] urlparse fails if the path is numeric



Senthil Kumaran  added the comment:


New changeset 0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384 by Senthil Kumaran in 
branch '3.8':
[3.8] bpo-27657: Fix urlparse() with numeric paths (GH-661) (#16839)
https://github.com/python/cpython/commit/0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384


--

___
Python tracker 

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

[issue22891] code removal from urllib.parse.urlsplit()



Senthil Kumaran  added the comment:


New changeset 0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384 by Senthil Kumaran in 
branch '3.8':
[3.8] bpo-27657: Fix urlparse() with numeric paths (GH-661) (#16839)
https://github.com/python/cpython/commit/0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384


--

___
Python tracker 

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

[issue16932] urlparse fails at parsing "www.python.org:80/"



Senthil Kumaran  added the comment:


New changeset 0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384 by Senthil Kumaran in 
branch '3.8':
[3.8] bpo-27657: Fix urlparse() with numeric paths (GH-661) (#16839)
https://github.com/python/cpython/commit/0f3187c1ce3b3ace60f6c1691dfa3d4e744f0384


--

___
Python tracker 

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

[issue38518] Pickle protocol 5 is not documented in the data-stream-format section for the pickle docs

2019-10-18 Thread Pablo Galindo Salgado



Pablo Galindo Salgado  added the comment:

Thanks for the finding, Karthikeyan! :)

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Pickle protocol v 5 needs to be documented

___
Python tracker 

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

[issue38518] Pickle protocol 5 is not documented in the data-stream-format section for the pickle docs

2019-10-18 Thread Karthikeyan Singaravelan



Karthikeyan Singaravelan  added the comment:

I guess it will be fixed with https://github.com/python/cpython/pull/16639

--
nosy: +xtreak

___
Python tracker 

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

[issue38502] regrtest: use process groups



STINNER Victor  added the comment:

I will wait at least one day to see how buildbots like this change before 
backporting it to 3.7 and 3.8.

--

___
Python tracker 

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

[issue16932] urlparse fails at parsing "www.python.org:80/"



Change by Senthil Kumaran :


--
pull_requests: +16390
pull_request: https://github.com/python/cpython/pull/16839

___
Python tracker 

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

[issue22891] code removal from urllib.parse.urlsplit()



Change by Senthil Kumaran :


--
pull_requests: +16391
pull_request: https://github.com/python/cpython/pull/16839

___
Python tracker 

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

[issue754016] urlparse goes wrong with IP:port without scheme



Change by Senthil Kumaran :


--
pull_requests: +16389
pull_request: https://github.com/python/cpython/pull/16839

___
Python tracker 

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

[issue27657] urlparse fails if the path is numeric



Change by Senthil Kumaran :


--
pull_requests: +16388
pull_request: https://github.com/python/cpython/pull/16839

___
Python tracker 

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

[issue38502] regrtest: use process groups



STINNER Victor  added the comment:


New changeset ecb035cd14c11521276343397151929a94018a22 by Victor Stinner in 
branch 'master':
bpo-38502: regrtest uses process groups if available (GH-16829)
https://github.com/python/cpython/commit/ecb035cd14c11521276343397151929a94018a22


--

___
Python tracker 

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

[issue38517] functools.cached_property should support partial functions and partialmethod's

2019-10-18 Thread Roundup Robot



Change by Roundup Robot :


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

___
Python tracker 

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

[issue38518] Pickle protocol 5 is not documented in the data-stream-format section for the pickle docs

2019-10-18 Thread Pablo Galindo Salgado



New submission from Pablo Galindo Salgado :

The Data Stream format section of the pickle docs 
(https://docs.python.org/3/library/pickle.html#data-stream-format) fails to 
document protocol 5 in the list of protocols.

--
assignee: docs@python
components: Documentation
messages: 354898
nosy: docs@python, pablogsal, pitrou
priority: normal
severity: normal
status: open
title: Pickle protocol 5 is not documented in the data-stream-format section 
for the pickle docs
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

[issue38517] functools.cached_property should support partial functions and partialmethod's

2019-10-18 Thread Karthikeyan Singaravelan



Change by Karthikeyan Singaravelan :


--
nosy: +carljm

___
Python tracker 

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

[issue16932] urlparse fails at parsing "www.python.org:80/"



miss-islington  added the comment:


New changeset 82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f by Miss Islington (bot) 
in branch '3.7':
bpo-27657: Fix urlparse() with numeric paths (GH-661)
https://github.com/python/cpython/commit/82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f


--
nosy: +miss-islington

___
Python tracker 

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

[issue22891] code removal from urllib.parse.urlsplit()



miss-islington  added the comment:


New changeset 82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f by Miss Islington (bot) 
in branch '3.7':
bpo-27657: Fix urlparse() with numeric paths (GH-661)
https://github.com/python/cpython/commit/82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f


--
nosy: +miss-islington

___
Python tracker 

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

[issue754016] urlparse goes wrong with IP:port without scheme



miss-islington  added the comment:


New changeset 82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f by Miss Islington (bot) 
in branch '3.7':
bpo-27657: Fix urlparse() with numeric paths (GH-661)
https://github.com/python/cpython/commit/82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f


--
nosy: +miss-islington

___
Python tracker 

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

[issue27657] urlparse fails if the path is numeric



miss-islington  added the comment:


New changeset 82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f by Miss Islington (bot) 
in branch '3.7':
bpo-27657: Fix urlparse() with numeric paths (GH-661)
https://github.com/python/cpython/commit/82b5f6b16e051f8a2ac6e87ba86b082fa1c4a77f


--
nosy: +miss-islington

___
Python tracker 

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

[issue38517] functools.cached_property should support partial functions and partialmethod's

2019-10-18 Thread Ricardo Branco



New submission from Ricardo Branco :

functools.cached_property should support partial functions and partialmethod's

This way one can create cached_property's dynamically.

--
components: Library (Lib)
messages: 354893
nosy: Ricardo Branco
priority: normal
severity: normal
status: open
title: functools.cached_property should support partial functions and 
partialmethod's
type: enhancement
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

[issue38307] Provide Class' end line in pyclbr module

2019-10-18 Thread Steven D'Aprano



Change by Steven D'Aprano :


--
title: Provide Class' end line in readmodule module -> Provide Class' end line 
in pyclbr module

___
Python tracker 

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

[issue22891] code removal from urllib.parse.urlsplit()



Change by miss-islington :


--
pull_requests: +16385
pull_request: https://github.com/python/cpython/pull/16837

___
Python tracker 

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

[issue16932] urlparse fails at parsing "www.python.org:80/"



Change by miss-islington :


--
pull_requests: +16384
pull_request: https://github.com/python/cpython/pull/16837

___
Python tracker 

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

[issue754016] urlparse goes wrong with IP:port without scheme



Change by miss-islington :


--
pull_requests: +16383
pull_request: https://github.com/python/cpython/pull/16837

___
Python tracker 

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

[issue22891] code removal from urllib.parse.urlsplit()



Senthil Kumaran  added the comment:


New changeset 5a88d50ff013a64fbdb25b877c87644a9034c969 by Senthil Kumaran (Tim 
Graham) in branch 'master':
bpo-27657: Fix urlparse() with numeric paths (#661)
https://github.com/python/cpython/commit/5a88d50ff013a64fbdb25b877c87644a9034c969


--

___
Python tracker 

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

[issue27657] urlparse fails if the path is numeric



Senthil Kumaran  added the comment:


New changeset 5a88d50ff013a64fbdb25b877c87644a9034c969 by Senthil Kumaran (Tim 
Graham) in branch 'master':
bpo-27657: Fix urlparse() with numeric paths (#661)
https://github.com/python/cpython/commit/5a88d50ff013a64fbdb25b877c87644a9034c969


--

___
Python tracker 

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

[issue754016] urlparse goes wrong with IP:port without scheme



Senthil Kumaran  added the comment:


New changeset 5a88d50ff013a64fbdb25b877c87644a9034c969 by Senthil Kumaran (Tim 
Graham) in branch 'master':
bpo-27657: Fix urlparse() with numeric paths (#661)
https://github.com/python/cpython/commit/5a88d50ff013a64fbdb25b877c87644a9034c969


--

___
Python tracker 

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

[issue16932] urlparse fails at parsing "www.python.org:80/"



Senthil Kumaran  added the comment:


New changeset 5a88d50ff013a64fbdb25b877c87644a9034c969 by Senthil Kumaran (Tim 
Graham) in branch 'master':
bpo-27657: Fix urlparse() with numeric paths (#661)
https://github.com/python/cpython/commit/5a88d50ff013a64fbdb25b877c87644a9034c969


--

___
Python tracker 

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

[issue38510] build python with --enable-shared with static linked python against libpython*.a



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

[issue38513] Should we maintain Jython related code?



STINNER Victor  added the comment:

> I think such kind of questions should be asked on Python-Dev.

This issue is not really a concrete actionable issue. It sounds more like a 
general discussion about Python implementations. I agree with Serhiy that it 
should be moved to python-dev. And it would be nice to have such discussion on 
python-dev ;-)

I close the issue.

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

[issue38513] Should we maintain Jython related code?



Dong-hee Na  added the comment:

> Even the 2.7 stdlib and tests are not completely compatible with Jython.

Maybe most of the alternative interpreters will meet this issue.
AFAIK, Dropbox pyston project also met same issue.
(https://blog.pyston.org/)

If the master branch code is Python 2.x, I didn't open this issue.
But I just want to know CPython is still willing to supporting interpreter 
specific APIs
(e.g is_jython)

But I think that I got the answer from Victor :)

--

___
Python tracker 

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

[issue38516] PEP 3132 -- Extended Iterable Unpacking inconsistent assignment of * variable

2019-10-18 Thread Steven D'Aprano



Steven D'Aprano  added the comment:

Why would they give the same result when the code is different?

#1 assign c, d, e and everything left over goes into b
*b, c, d, e, = [1, 2, 3, 4]

#2 assign c, d and everything left over goes into b
*b, c, d, = [1, 2, 3, 4]

#3 assign c and everything left over goes into b
*b, c, = [1, 2, 3, 4]

#4 assign nothing and everything left over goes into b
*b, = [1, 2, 3, 4]

--
nosy: +steven.daprano

___
Python tracker 

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

[issue38513] Should we maintain Jython related code?



Dong-hee Na  added the comment:

> I think that everybody would like to see more working implementations of 
> Python:

I definitely agree with it :)

> I'm not sure of which kind of changes do you have in mind.
> Such contribution is very welcomed :-)

I know some of the projects which implementing Python3.x interpreter with non-C 
languages. (e.g GraalPython, RustPython)
I just want to know there will be a chance to them if they meet the wall to 
implementing an interpreter due to their language-specific issue.

And it will be good news to them. :)

Thanks for the kind explanation about this sensitive issue.

Is it okay to change the resolution of this issue to won't fix?

--

___
Python tracker 

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

[issue38513] Should we maintain Jython related code?



Serhiy Storchaka  added the comment:

I think such kind of questions should be asked on Python-Dev.

Even the 2.7 stdlib and tests are not completely compatible with Jython.

--

___
Python tracker 

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

[issue38513] Should we maintain Jython related code?

STINNER Victor added the comment:

> But is the policy of CPython to care about alternative interpreter
> implementation?

I think that everybody would like to see more working implementations of Python:
https://hub.packtpub.com/lukasz-langa-at-pylondinium19-if-python-stays-synonymous-with-cpython-for-too-long-well-be-in-big-trouble/

That's why many tests are decorated with @support.cpython_only.

That's also why the PEP 399 exists.

> So if the new alternative implementation request to modify CPython code. Is
> it okay? If so I agree with not to remove Jython code on Python3.x

I'm not sure of which kind of changes do you have in mind.

Ronan Lamy who works on PyPy recently contributed to CPython Lib/stat.py module
to respect the PEP 399: bpo-38109. Such contribution is very welcomed :-)

When PEPs are discussed, we also try to keep in mind that it should be possible
to implement the change on other implementations. If it's not, it should be
clearly mentioned and justified in the PEP.

Examples:

https://www.python.org/dev/peps/pep-0509/#changes

"The choice of increasing or not the version when a dictionary method does not
change its content is left to the Python implementation. A Python
implementation can decide to not increase the version to avoid dictionary
lookups in guards."

https://www.python.org/dev/peps/pep-0445/

"The only implementation required to conform to this PEP is CPython, but other
implementations may choose to be compatible, or to re-use a similar scheme."

https://www.python.org/dev/peps/pep-0454/

"The tracemalloc module has been written for CPython. Other implementations of
Python may not be able to provide it."

___
Python tracker

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

[issue38513] Should we maintain Jython related code?



Dong-hee Na  added the comment:

> How official is that?

https://github.com/jythontools/jython
jeff5 is now maintaining Jython2 but I can not find Jython3 under development.

> Does it cost any maintenance burden? If not, you have your answer :-)

Yes, it currently not burdens for maintenance.
But is the policy of CPython to care about alternative interpreter 
implementation? So if the new alternative implementation request to modify 
CPython code. Is it okay?
If so I agree with not to remove Jython code on Python3.x

But if not, can we gradually remove about alternative interpreter related code? 
Should we preserve the area for Jython?
https://github.com/python/cpython/blob/master/Doc/using/cmdline.rst#options-you-shouldnt-use

Okay, I understand that there must be a historical reason for those codes. But 
can we move a step for deprecating them?

--

___
Python tracker 

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

[issue38516] PEP 3132 -- Extended Iterable Unpacking inconsistent assignment of * variable

2019-10-18 Thread Michael Jaquier



New submission from Michael Jaquier :

x = [1,2,3]

Case (1)
*b, = x 
*b == [1, 2, 3]

Case(2)
*b, _ = x 
b = [1,2]



Is it not more logical for this to give consistent values regardless. 

i.e.,

*b, = [1,2,3] ; b == [1,2]

*b, _ = [1,3,2] ;  b == [1,2] ;  _ == [3]

--
components: Library (Lib)
messages: 354881
nosy: mjaquier
priority: normal
severity: normal
status: open
title: PEP 3132 -- Extended Iterable Unpacking inconsistent assignment of * 
variable
versions: Python 3.7

___
Python tracker 

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

[issue38515] regrtest main process timed out after 5 min on AMD64 FreeBSD CURRENT Shared 3.8



STINNER Victor  added the comment:

> running a FreeBSD build world (-j8)concurrently which is what was creating 
> additional load, though I've done this before and it hasn't caused timeouts.

Maybe you should turn off the buidbot job while upgrading the system? Or try to 
tune process priorities?


> suspended/resumed (virtualbox save/restore) which may have affected timings

That may be another explanation, right. But it doesn't look the ideal guilty.

--

___
Python tracker 

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

[issue38511] Multiprocessing does not work properly when using the trace module.

2019-10-18 Thread تاشيرات مساند


تاشيرات مساند  added the comment:

#!/usr/bin/env python
import multiprocessing, sys, trace
from functools import partial

num_list = ['p1', 'p2', 'p3', 'p4']

def foo(name):
print(name+'\n')
return name
def save(result, shared):
print('a\n')
shared.results[result] = 1

def mm():
manager = multiprocessing.Manager()
shared = manager.dict()
shared.results = dict()

clbk = partial(save, shared=shared)

pool = multiprocessing.Pool(processes=2)
serial_pool = multiprocessing.Pool(1)

for name in num_list:
serial_pool.apply_async(foo, args=[name], callback=clbk)

pool.close()
pool.join()

print(shared.results)

mm()

--

___
Python tracker 

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

[issue38515] regrtest main process timed out after 5 min on AMD64 FreeBSD CURRENT Shared 3.8

2019-10-18 Thread Kubilay Kocak



Kubilay Kocak  added the comment:

@Victor 

The guest running the worker was:

- running a FreeBSD build world (-j8)concurrently which is what was creating 
additional load, though I've done this before and it hasn't caused timeouts.
- suspended/resumed (virtualbox save/restore) which may have affected timings

--

___
Python tracker 

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

[issue38511] Multiprocessing does not work properly when using the trace module.

2019-10-18 Thread تاشيرات مساند


Change by تاشيرات مساند :


--
nosy: +تاشيرات مساند

___
Python tracker 

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

[issue38511] Multiprocessing does not work properly when using the trace module.

2019-10-18 Thread تاشيرات مساند


Change by تاشيرات مساند :


--
components: +Windows -Library (Lib)
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.9 -Python 2.7, Python 3.5, Python 3.6

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation



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

[issue38513] Should we maintain Jython related code?



STINNER Victor  added the comment:

> Currently, Jython3 stops development since 2017.

How official is that?

> Or is there any reason to maintain those codes?

Does it cost any maintenance burden? If not, you have your answer :-)

--

___
Python tracker 

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

[issue37224] test__xxsubinterpreters fails randomly



STINNER Victor  added the comment:

The race condition can be reproduced on Linux using a lot of parallel test 
worker processes. For example, I reproduce it on my laptop (8 CPUs) using:

$ ./python -m test test__xxsubinterpreters -F -j30
...
0:00:26 load avg: 17.86 [ 24] test__xxsubinterpreters passed
0:00:26 load avg: 17.86 [ 25] test__xxsubinterpreters passed
0:00:26 load avg: 17.86 [ 26] test__xxsubinterpreters passed
0:00:27 load avg: 17.86 [ 27/1] test__xxsubinterpreters failed
Exception in thread Thread-8:
Traceback (most recent call last):
  File "/home/vstinner/python/master/Lib/threading.py", line 944, in 
_bootstrap_inner
self.run()
  File "/home/vstinner/python/master/Lib/threading.py", line 882, in run
self._target(*self._args, **self._kwargs)
  File "/home/vstinner/python/master/Lib/test/test__xxsubinterpreters.py", line 
51, in run
interpreters.run_string(interp, dedent(f"""
RuntimeError: unrecognized interpreter ID 46
test test__xxsubinterpreters failed -- Traceback (most recent call last):
  File "/home/vstinner/python/master/Lib/test/test__xxsubinterpreters.py", line 
492, in test_subinterpreter
self.assertTrue(interpreters.is_running(interp))
AssertionError: False is not true

--

___
Python tracker 

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

[issue38515] regrtest main process timed out after 5 min on AMD64 FreeBSD CURRENT Shared 3.8



Change by STINNER Victor :


--
nosy: +koobs, pablogsal

___
Python tracker 

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

[issue38515] regrtest main process timed out after 5 min on AMD64 FreeBSD CURRENT Shared 3.8



New submission from STINNER Victor :

https://buildbot.python.org/all/#/builders/212/builds/322

=> see the traceback below.

I'm not sure that it's an issue with Python. It seems like the system was way 
too loaded: system load around 13.29 for 2 CPUs. I know that this buildbot 
worker is super slow.

The main regrtest process is supposed to write an update every 30 seconds. 
Timeout after 5 minutes means that the main process was either *very very 
slow*, or that the _get_result() method was blocked because of a real bug. I'm 
surprised since the code works well on all other workers. If it's a bug, one 
explanation would be that it's a race condition which trigger only under very 
precise timings.

In the main thread of the main process, the code is stuck on:

   self.output.get(timeout=30)

where self.output is a queue.Queue() instance. This line should not take longer 
than 30 seconds, except if the system is *really* slow.

Maybe that day, the poor AMD64 FreeBSD CURRENT Shared 3.8 was just too slow?

--

It's not the first time that I see this issue. In bpo-37531, it already failed 
on the same buildbot worker (koobs-freebsd-current):
https://bugs.python.org/issue37531#msg354078

When it failed, the main regrtest process used a timeout of 60 seconds. I 
changed this timeout to 5 minutes in commit 
0ec618af98ac250a91ee9c91f8569e6df6772758.

5 minutes is already quite big. It means that the system failed to give back 
the CPU to regrtest main process in 5 minutes, whereas it should get the CPU 
after 30 seconds.

--


https://buildbot.python.org/all/#/builders/212/builds/322

...
== FreeBSD-13.0-CURRENT-amd64-64bit-ELF little-endian
== cwd: 
/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/build/test_python_4823
== CPU count: 2
== encodings: locale=UTF-8, FS=utf-8
Using random seed 6868206
0:00:00 load avg: 9.98 Run tests in parallel using 4 child processes
0:00:05 load avg: 10.14 [  1/423] test_opcodes passed
...
0:02:12 load avg: 11.82 running: test_capi (2 min 2 sec), test_pickle (1 min 40 
sec), test_multiprocessing_spawn (1 min), test_support (2 min 11 sec)
...
0:13:15 load avg: 12.41 [ 80/423] test_rlcompleter passed -- running: 
test_lib2to3 (1 min 7 sec), test_multiprocessing_spawn (12 min 2 sec)
...
0:13:17 load avg: 12.30 [ 81/423] test_idle skipped -- running: test_lib2to3 (1 
min 9 sec), test_multiprocessing_spawn (12 min 4 sec)
...
0:39:19 load avg: 13.70 running: test_concurrent_futures (4 min 23 sec), 
test_codecmaps_kr (30.0 sec), test_io (5 min 14 sec), test_tokenize (7 min 20 
sec)
...
0:40:53 load avg: 13.80 [208/423] test_socketserver passed -- running: 
test_concurrent_futures (5 min 57 sec), test_tokenize (8 min 53 sec)
0:41:16 load avg: 13.94 [209/423] test_faulthandler passed (38.2 sec) -- 
running: test_concurrent_futures (6 min 20 sec), test_tokenize (9 min 16 sec)
0:41:29 load avg: 13.29 [210/423] test_glob passed -- running: 
test_concurrent_futures (6 min 33 sec), test_zipfile (36.3 sec), test_tokenize 
(9 min 30 sec)
Timeout (0:05:00)!
Thread 0x00080257c800 (most recent call first):
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/selectors.py", 
line 415 in select
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/subprocess.py", 
line 1866 in _communicate
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/subprocess.py", 
line 1024 in communicate
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 191 in _run_process
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 229 in _runtest
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 264 in run
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/threading.py", 
line 932 in _bootstrap_inner
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/threading.py", 
line 890 in _bootstrap

Thread 0x00080257b900 (most recent call first):
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/selectors.py", 
line 415 in select
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/subprocess.py", 
line 1866 in _communicate
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/subprocess.py", 
line 1024 in communicate
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 191 in _run_process
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 229 in _runtest
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/test/libregrtest/runtest_mp.py",
 line 264 in run
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/threading.py", 
line 932 in _bootstrap_inner
  File 
"/usr/home/buildbot/python/3.8.koobs-freebsd-current/build/Lib/threading.py", 
line 890

[issue38514] pathlib's mkdir documentation improvement

2019-10-18 Thread Jérôme Laurens


New submission from Jérôme Laurens :

There are some inconsistencies in the actual documentation of path lib's mkdir 
doc.

Here is the 3.7 version, annotated and followed by a change proposal

Path.mkdir(mode=0o777, parents=False, exist_ok=False)
Create a new directory at this given path. If mode is given, it is combined 
with the process’ umask value to determine the file mode and access flags. If 
the path already exists, FileExistsError is raised. << NOT 
ALWAYS due to exist_ok.

If parents is true, any missing parents of this path are created as needed; 
they are created with the default permissions without taking mode into account 
(mimicking the POSIX mkdir -p command).

If parents is false (the default), a missing parent raises FileNotFoundError.

If exist_ok is false (the default), FileExistsError is raised if the target 
directory already exists.

If exist_ok is true, FileExistsError exceptions will be ignored (same behavior 
as the POSIX mkdir -p command), but only if the last path component is not an 
existing non-directory file. << UNCLEAR: 1) what is an ignored 
exception ? 2) The reference to POSIX should appear at the end, like above, 3) 
the last path component is a string 4) usage of a double negation ignore/is not

- CHANGE 

Path.mkdir(mode=0o777, parents=False, exist_ok=False)
Create a new directory in the file system at this given path.

If mode is given, it is combined with the process’ umask value to determine the 
file mode and access flags.

If parents is false (the default), a missing parent raises FileNotFoundError.

If parents is true, any missing parents of this path are created as needed; 
they are created with the default permissions without taking mode into account 
(mimicking the POSIX mkdir -p command).

If exist_ok is false (the default), FileExistsError is raised if the given path 
already exists in the file system, whether a directory or not.

If exist_ok is true, FileExistsError is raised only if the given path already 
exists in the file system and is not a directory (same behavior as the POSIX 
mkdir -p command).

Thanks for reading

JL

--
assignee: docs@python
components: Documentation
messages: 354874
nosy: docs@python, jlaurens
priority: normal
severity: normal
status: open
title: pathlib's mkdir documentation improvement
type: enhancement
versions: Python 3.7

___
Python tracker 

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

[issue38512] bug of the v3.7 API document demo case code

2019-10-18 Thread Steven D'Aprano



Steven D'Aprano  added the comment:

What is this a screen shot of?

What error occurs? The picture doesn't show any errors that I can see.

Please COPY and PASTE the code you are running, as text, and the FULL EXCEPTION 
(the traceback and error message), if there is one. We cannot guess what error 
you are getting, and you should not expect us to re-type code shown in a screen 
shot.

Thank you.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue38513] Should we maintain Jython related code?



New submission from Dong-hee Na :

I can read some of Jython related code on the master branch.
ASFIK, this codes are the legacy of Jython2.
Currently, Jython3 stops development since 2017.
https://github.com/jython/jython3

Can we get rid of the Jython related code?
Or is there any reason to maintain those codes?

--
messages: 354872
nosy: corona10, serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: Should we maintain Jython related code?

___
Python tracker 

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

[issue38512] bug of the v3.7 API document demo case code

2019-10-18 Thread zr22122



Change by zr22122 <2212239...@qq.com>:


--
title: bug of the v3.8 api demo case -> bug of the v3.7 API document demo case 
code

___
Python tracker 

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

[issue38512] bug of the v3.8 api demo case

2019-10-18 Thread zr22122



New submission from zr22122 <2212239...@qq.com>:

There exists a bug in the python 3.7 API document, as the picture shows below.
When run this code in my python3.7.3 windows7 os, error occurs.

--
components: Regular Expressions
files: 2.png
messages: 354871
nosy: ezio.melotti, mrabarnett, zr22122
priority: normal
severity: normal
status: open
title: bug of the v3.8 api demo case
versions: Python 3.8
Added file: https://bugs.python.org/file48668/2.png

___
Python tracker 

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

[issue32758] Stack overflow when parse long expression to AST



Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue32758] Stack overflow when parse long expression to AST



Serhiy Storchaka  added the comment:


New changeset dedb99acdb5bbc179872235f975248133d3fb440 by Serhiy Storchaka 
(Ashley Whetter) in branch '2.7':
bpo-32758: Warn that ast.parse() and ast.literal_eval() can segfault the 
interpreter (GH-5960) (GH-16565)
https://github.com/python/cpython/commit/dedb99acdb5bbc179872235f975248133d3fb440


--

___
Python tracker 

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

[issue32758] Stack overflow when parse long expression to AST



Serhiy Storchaka  added the comment:


New changeset 8eb27cc35489848596d9fb4b1c91fac00ae75d21 by Serhiy Storchaka 
(Ashley Whetter) in branch '2.7':
bpo-32758: Warn that compile() can crash when compiling to an AST object 
(GH-6043) (GH-16566)
https://github.com/python/cpython/commit/8eb27cc35489848596d9fb4b1c91fac00ae75d21


--

___
Python tracker 

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

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



Serhiy Storchaka  added the comment:

Why this ABI is exported at all? These functions are only used in the sys 
module, why they are defined in ceval.c instead of be static functions in 
sysmodule.c?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue38418] Audit event for os.system is incorrect



miss-islington  added the comment:


New changeset fbe3c76c7ce1eec887d332d801d3784212cc0f73 by Miss Islington (bot) 
(Steve Dower) in branch 'master':
bpo-38418: Fixes audit event for os.system to be named 'os.system' (GH-16670)
https://github.com/python/cpython/commit/fbe3c76c7ce1eec887d332d801d3784212cc0f73


--
nosy: +miss-islington

___
Python tracker 

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

[issue38418] Audit event for os.system is incorrect



Change by miss-islington :


--
pull_requests: +16381
pull_request: https://github.com/python/cpython/pull/16836

___
Python tracker 

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

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.