[issue6721] Locks in the standard library should be sanitized on fork

[Jakub Kulik]

Change by Jakub Kulik :


--
nosy:  -kulikjak

___
Python tracker 

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

[issue6721] Locks in the standard library should be sanitized on fork

[Jakub Kulik]

Change by Jakub Kulik :


--
pull_requests:  -21197

___
Python tracker 

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

[issue36533] logging regression with threading + fork are mixed in 3.7.1rc2 (deadlock potential)

[Jakub Kulik]

Change by Jakub Kulik :


--
pull_requests:  -21198

___
Python tracker 

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

[issue33802] Regression in logging configuration

[Jakub Kulik]

Change by Jakub Kulik :


--
pull_requests:  -21199

___
Python tracker 

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

[issue36533] logging regression with threading + fork are mixed in 3.7.1rc2 (deadlock potential)

[Jakub Kulik]

Change by Jakub Kulik :


--
nosy:  -kulikjak

___
Python tracker 

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

[issue33802] Regression in logging configuration

[Jakub Kulik]

Change by Jakub Kulik :


--
nosy:  -kulikjak

___
Python tracker 

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

[issue41687] sendfile implementation is not compatible with Solaris

[Jakub Kulik]

Change by Jakub Kulik :


--
pull_requests: +21209
pull_request: https://github.com/python/cpython/pull/22128

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 1aaa21ff818b08af2a68862b552b7ba0857492eb by Mohamed Koubaa in 
branch 'master':
bpo-1635741 port zlib module to multi-phase init (GH-21995)
https://github.com/python/cpython/commit/1aaa21ff818b08af2a68862b552b7ba0857492eb


--

___
Python tracker 

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

[issue41687] sendfile implementation is not compatible with Solaris

[Jakub Kulik]

Jakub Kulik  added the comment:

I just realized that the recently merged PR has broken error handling, so I 
opened another one with a followup fix.

--

___
Python tracker 

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

[issue35520] Python won't build with dtrace enabled on some systems.

[Jakub Kulik]

Jakub Kulik  added the comment:

No more non-security related backports to 3.7 allowed.

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 426f2b4f13f392875e7861dbd7f34735731eff17 by Mohamed Koubaa in 
branch 'master':
bpo-1635741: Port _opcode module to multi-phase init (PEP 489) (GH-22050)
https://github.com/python/cpython/commit/426f2b4f13f392875e7861dbd7f34735731eff17


--

___
Python tracker 

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

[issue40562] SEO: differentiate between Python 2 and Python 3 docs on Google SERP

[GR3 WEB - CRIAÇÃO DE SITE]

GR3 WEB - CRIAÇÃO DE SITE  added the comment:

This problem on my website too. https://gr3web.com.br it seems that there is an 
SEO bug against the Python documentation - Google is truncating part of the 
title that informs if the documents are for Python 2 or Python 3

--
nosy: +gr3web
versions: +Python 3.10 -Python 3.9

___
Python tracker 

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

[issue40562] SEO: differentiate between Python 2 and Python 3 docs on Google SERP

[Julien Palard]

Julien Palard  added the comment:

Hi Simon, thanks for reporting!

This looks like a Google issue, not a Python documentation issue: Google tries 
to deduce something better than the URL to display to the user, and fails, 
please open the issue on the Google bug tracker instead.

(As a side note, DuckDuckGo displays it correctly (see attached screenshot).)

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
Added file: https://bugs.python.org/file49449/Screenshot_2020-09-07 sqlite3 row 
at DuckDuckGo.png

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2aabc3200bf03d2ec1aa987e1e20db704948111e by Mohamed Koubaa in 
branch 'master':
bpo-1635741: Port _overlapped module to multi-phase init (GH-22051)
https://github.com/python/cpython/commit/2aabc3200bf03d2ec1aa987e1e20db704948111e


--

___
Python tracker 

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

[issue12806] argparse: Hybrid help text formatter

[David Steele]

Change by David Steele :


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

___
Python tracker 

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

[issue15686] PEP 3121, 384 Refactoring applied to md5 module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

New changeset 63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2 by Mohamed Koubaa in 
branch 'master':
bpo-1635741: Port _sha1, _sha512, _md5 to multiphase init (GH-21818)
https://github.com/python/cpython/commit/63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue15733] PEP 3121, 384 Refactoring applied to winapi module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

commit 2aabc3200bf03d2ec1aa987e1e20db704948111e (HEAD -> master, 
upstream/master)
Author: Mohamed Koubaa 
Date:   Mon Sep 7 08:12:40 2020 -0500

bpo-1635741: Port _overlapped module to multi-phase init (GH-22051)

Port the _overlapped extension module to multi-phase initialization (PEP 
489).

--
nosy: +vstinner
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue41735] Thread locks in zlib module may go wrong in rare case

[Ma Lin]

Change by Ma Lin :


--
pull_requests: +21211
pull_request: https://github.com/python/cpython/pull/22130

___
Python tracker 

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

[issue15680] PEP 3121 refactoring applied to audioop module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

commit 41fbf865a35d4fb64f047f98dc24690cb0c170fd
Author: Hai Shi 
Date:   Thu Mar 12 00:49:11 2020 +0800

bpo-1635741: Port audioop extension module to multiphase initialization 
(PEP 489) (GH-18608)

Co-authored-by: Victor Stinner 

--
nosy: +vstinner
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue15706] PEP 3121, 384 Refactoring applied to sha512 module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

New changeset 63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2 by Mohamed Koubaa in 
branch 'master':
bpo-1635741: Port _sha1, _sha512, _md5 to multiphase init (GH-21818)
https://github.com/python/cpython/commit/63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2

--
nosy: +vstinner

___
Python tracker 

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

[issue15706] PEP 3121, 384 Refactoring applied to sha512 module

[STINNER Victor]

Change by STINNER Victor :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue15704] PEP 3121, 384 Refactoring applied to sha1 module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

New changeset 63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2 by Mohamed Koubaa in 
branch 'master':
bpo-1635741: Port _sha1, _sha512, _md5 to multiphase init (GH-21818)
https://github.com/python/cpython/commit/63f102fe079ecb5cb7b921a1cf8bce4077a9d7e2

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue31862] Port the standard library to PEP 489 multiphase initialization

[STINNER Victor]

STINNER Victor  added the comment:

I marked bpo-15681 "PEP 3121 refactoring applied to binascii module" as a 
duplicate of this issue.

--
nosy: +vstinner

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[mohamed koubaa]

Change by mohamed koubaa :


--
pull_requests: +21212
pull_request: https://github.com/python/cpython/pull/22131

___
Python tracker 

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

[issue15681] PEP 3121 refactoring applied to binascii module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

commit 33e71e01e95506cf8d93fd68251fc56352bc7b39
Author: Marcel Plch 
Date:   Wed May 22 13:51:26 2019 +0200

bpo-31862: Port binascii to PEP 489 multiphase initialization (GH-4108)

--
nosy: +vstinner
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
superseder:  -> Port the standard library to PEP 489 multiphase initialization

___
Python tracker 

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

[issue31862] Port the standard library to PEP 489 multiphase initialization

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-1635741 "Py_Finalize() doesn't clear all Python objects at exit": 
many extension modules have been ported to multi-phase initialization API (PEP 
489) there.

--

___
Python tracker 

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

[issue41735] Thread locks in zlib module may go wrong in rare case

[Ma Lin]

Change by Ma Lin :


--
pull_requests: +21213
pull_request: https://github.com/python/cpython/pull/22132

___
Python tracker 

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

[issue31862] Port the standard library to PEP 489 multiphase initialization

[STINNER Victor]

STINNER Victor  added the comment:

I prefer to track the work in a single issue. Even if bpo-1635741 contains many 
unrelated changes, I prefer to continue to use bpo-1635741 to track the work on 
"porting the standard library to PEP 489 multiphase initialization".

--
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue15681] PEP 3121 refactoring applied to binascii module

[STINNER Victor]

Change by STINNER Victor :


--
resolution: fixed -> duplicate

___
Python tracker 

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

[issue15681] PEP 3121 refactoring applied to binascii module

[STINNER Victor]

Change by STINNER Victor :


--
superseder: Port the standard library to PEP 489 multiphase initialization -> 
Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue15682] PEP 3121 refactoring applied to fpectl module

[STINNER Victor]

STINNER Victor  added the comment:

Module removed in Python 3.7: bpo-29137.

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Fix fpectl-induced ABI breakage

___
Python tracker 

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

[issue15684] PEP 3121 refactoring applied to fpetest module

[STINNER Victor]

STINNER Victor  added the comment:

Module removed in Python 3.7: bpo-29137.

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Fix fpectl-induced ABI breakage

___
Python tracker 

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

[issue15662] PEP 3121 refactoring applied to locale module

[STINNER Victor]

STINNER Victor  added the comment:

Fixed by:

commit a158168a787e82c4b7b18f6833153188e93627a5
Author: Hai Shi 
Date:   Thu Mar 12 00:46:06 2020 +0800

bpo-1635741: Port _locale extension module to multiphase initialization 
(PEP 489) (GH-18358)

Co-authored-by: Petr Viktorin 

--
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:

I closed the following issues as duplicates of this issue:

* bpo-15686: "PEP 3121, 384 Refactoring applied to md5 module"
* bpo-15733: "PEP 3121, 384 Refactoring applied to winapi module"
* bpo-15680: "PEP 3121 refactoring applied to audioop module"
* bpo-15706: "PEP 3121, 384 Refactoring applied to sha512 module"
* bpo-15704: "PEP 3121, 384 Refactoring applied to sha1 module"
* bpo-15681: "PEP 3121 refactoring applied to binascii module"
* bpo-15662: "PEP 3121 refactoring applied to locale module"

and also: bpo-31862: "Port the standard library to PEP 489 multiphase 
initialization" (binascii).

I also marked bpo-15682 "PEP 3121 refactoring applied to fpectl module" and 
bpo-15684 "PEP 3121 refactoring applied to fpetest module" as duplicates of 
bpo-29137: the fpectl module was removed in Python 3.7.

Note: _sha256 module is not ported yet (bpo-15705).

--

___
Python tracker 

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

[issue12806] argparse: Hybrid help text formatter

[David Steele]

David Steele  added the comment:

I've submitted FlexiHelpFormatter as PR22129.

This adds the FlexiHelpFormatter class to argparse.

It supports wrapping text, while preserving paragraphs. Bullet lists are 
supported.

There are a number of differences, relative to the latest patch in the issue 
report:

 - single line feeds in a paragraph are allowed
 - the code is refactored to avoid duplication
 - test failure fixes (mostly whitespace)
 - Tests and documentation are included.


   >>> parser = argparse.ArgumentParser(
   ... prog='PROG',
   ... formatter_class=argparse.FlexiHelpFormatter,
   ... description="""
   ... The FlexiHelpFormatter will wrap text within paragraphs
   ... when required to in order to make the text fit.
   ...
   ... Paragraphs are preserved.
   ...
   ... It also supports bulleted lists in a number of formats:
   ...   * stars
   ...   1. numbers
   ...   - ... and so on
   ... """)
   >>> parser.add_argument(
   ... "argument",
   ... help="""
   ... Argument help text also supports flexible formatting,
   ... with word wrap:
   ... * See?
   ... """)
   >>> parser.print_help()
   usage: PROG [-h] option

   The FlexiHelpFormatter will wrap text within paragraphs when required to in
   order to make the text fit.

   Paragraphs are preserved.

   It also supports bulleted lists in a number of formats:
 * stars
 1. numbers
 - ... and so on

   positional arguments:
 argumentArgument help text also supports flexible formatting, with word
 wrap:
 * See?

   optional arguments:
 -h, --help  show this help message and exit

--

___
Python tracker 

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

[issue41736] test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks 3.7

[STINNER Victor]

New submission from STINNER Victor :

It's not the first time that I see this error, but it looks random:

* 2009-11-08: bpo-7283: "test_site failure when 
.local/lib/pythonX.Y/site-packages hasn't been created yet": x86-64 Ubuntu 
14.04 ICC Debug 3.5, AppVeyor (Windows)
* 2017-11-20: bpo-32091: "test_s_option() of test_site.HelperFunctionsTests 
failed on x86 Gentoo Refleaks 3.6"
* 2018-07-21: bpo-34177: "test_site fails in macOS-PR VSTS builds for 3.7 
branch"
* 2019-09-16: bpo-38184: "test_site: test_s_option() failed on AMD64 Fedora 
Rawhide Refleaks 2.7 and AMD64 Fedora Stable Refleaks 3.7"
* etc.

Usually, I close the issue since it only occurs once and then hides for 1 
year...

---

AMD64 Windows8.1 Refleaks 3.7:
https://buildbot.python.org/all/#/builders/63/builds/21

0:50:59 load avg: 4.70 [345/416/1] test_site failed -- running: 
test_multiprocessing_spawn (9 min 23 sec), test_importlib (1 min 11 sec)
beginning 6 repetitions
123456
.test test_site failed -- Traceback (most recent call last):
  File 
"D:\buildarea\3.7.ware-win81-release.refleak\build\lib\test\test_site.py", line 
205, in test_s_option
self.assertIn(usersite, sys.path)
AssertionError: 
'C:\\Users\\buildworker\\AppData\\Roaming\\Python\\Python37\\site-packages' not 
found in ['D:\\buildarea\\3.7.ware-win81-release.refleak\\build', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\PCbuild\\amd64\\python37_d.zip',
 'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\DLLs', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\lib', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\PCbuild\\amd64', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\lib\\site-packages']
(...)
1:10:20 load avg: 0.08 Re-running test_site in verbose mode
beginning 6 repetitions
123456
..
beginning 6 repetitions
123456
test__getuserbase (test.test_site.HelperFunctionsTests) ... ok
(...)
test_no_home_directory (test.test_site.HelperFunctionsTests) ... ok
test_s_option (test.test_site.HelperFunctionsTests) ... FAIL
test_abs_paths (test.test_site.ImportSideEffectTests) ... ok
(...)
test_underpth_nosite_file (test.test_site._pthFileTests) ... ok

==
FAIL: test_s_option (test.test_site.HelperFunctionsTests)
--
Traceback (most recent call last):
  File 
"D:\buildarea\3.7.ware-win81-release.refleak\build\lib\test\test_site.py", line 
205, in test_s_option
self.assertIn(usersite, sys.path)
AssertionError: 
'C:\\Users\\buildworker\\AppData\\Roaming\\Python\\Python37\\site-packages' not 
found in ['D:\\buildarea\\3.7.ware-win81-release.refleak\\build', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\PCbuild\\amd64\\python37_d.zip',
 'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\DLLs', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\lib', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\PCbuild\\amd64', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build', 
'D:\\buildarea\\3.7.ware-win81-release.refleak\\build\\lib\\site-packages']

--

Ran 30 tests in 1.172s
(...)

--
components: Tests
messages: 376496
nosy: corona10, pablogsal, vstinner
priority: normal
severity: normal
status: open
title: test_site: test_s_option() failed on AMD64 Windows8.1 Refleaks 3.7
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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner
nosy_count: 3.0 -> 4.0
pull_requests: +21215
pull_request: https://github.com/python/cpython/pull/22133

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

STINNER Victor  added the comment:

> Automatic backport does not work due to changes in the test.support module. 
> Victor, do you mind to backport PR 21640 to 3.9 and 3.8?

Why don't you want to do backport yourself? It's a trivial change, it only 
changes a single line.

Anyway, I created PR 22133.

--

___
Python tracker 

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

[issue41713] _signal module leak: test_interpreters leaked [1424, 1422, 1424] references

[STINNER Victor]

STINNER Victor  added the comment:

See also:

* bpo-40600: "Add an option to disallow creating more than one instance of a 
module".
* bpo-40288: [subinterpreters] atexit module should not be loaded more than 
once per interpreter

--

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[mohamed koubaa]

Change by mohamed koubaa :


--
pull_requests: +21216
pull_request: https://github.com/python/cpython/pull/22134

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

STINNER Victor  added the comment:


New changeset c73ee5acc96b4bbd6885156883b224b8cc3e470c by Victor Stinner in 
branch '3.9':
bpo-41401: Fix test_fspath_support in test_io. (GH-21640) (GH-22133)
https://github.com/python/cpython/commit/c73ee5acc96b4bbd6885156883b224b8cc3e470c


--

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +21217
pull_request: https://github.com/python/cpython/pull/22135

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 1baf030a902392fe92d934ed0fb6a385cf7d8869 by Mohamed Koubaa in 
branch 'master':
bpo-1635741 port _curses_panel to multi-phase init (PEP 489) (GH-21986)
https://github.com/python/cpython/commit/1baf030a902392fe92d934ed0fb6a385cf7d8869


--

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 84105cbaa395923e3584a87d67ccce72c8420bb4 by Victor Stinner in 
branch '3.8':
bpo-41401: Fix test_fspath_support in test_io. (GH-21640) (GH-22133) (GH-22135)
https://github.com/python/cpython/commit/84105cbaa395923e3584a87d67ccce72c8420bb4


--

___
Python tracker 

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

[issue41401] Using non-ascii that require UTF-8 breaks AIX testing

[STINNER Victor]

STINNER Victor  added the comment:

It should now be fixed. Thanks.

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

[issue41477] test_genericalias fails if ctypes is missing

[STINNER Victor]

Change by STINNER Victor :


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

[issue41473] test_gdb fails on AMD64 Fedora Rawhide 3.x [gdb 9.2 bug]

[STINNER Victor]

STINNER Victor  added the comment:

https://bugzilla.redhat.com/show_bug.cgi?id=1866884 "AArch64: sometimes, gdb 
fails to load symbols of a dynamic library with a pending breakpoint": gdb bug 
has been confirmed.

--
title: test_gdb fails on AMD64 Fedora Rawhide 3.x -> test_gdb fails on AMD64 
Fedora Rawhide 3.x [gdb 9.2 bug]

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Skip Montanaro]

Skip Montanaro  added the comment:

Has any progress been made on the Ubuntu 20.04 test_ssl failures? Is there any 
consensus about it being a Python or Ubuntu problem?

--
nosy: +skip.montanaro

___
Python tracker 

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

[issue41737] Improper NotADirectoryError when opening a file under a fake directory

[Danny Lin]

New submission from Danny Lin :

On Linux (tested on Ubuntu 16.04), if "/path/to/file" is an existing file, the 
code:

open('/path/to/file/somename.txt')

raises NotADirectoryError: [Errno 20] Not a directory: 
'/path/to/file/somename.txt'

On Windows, similar code:

open(r'C:\path\to\file\somename.txt')

raises FileNotFoundError: [Errno 2] No such file or directory: 
'C:\\path\\chrome\\to\\file\\somename.txt'

I think the behavior on Linux is not correct. The user probably cares about the 
existence of the file to be opened, rather than whether its ancestor 
directories are valid.

OTOH, if NotADirectoryError should be raised, it should mention '/path/to/file' 
rather then '/path/to/file/somename.txt'. But what if '/path/to' or '/path' is 
actually a file? Should it be '/path/to' or '/path' instead for the same reason?

--
messages: 376505
nosy: danny87105
priority: normal
severity: normal
status: open
title: Improper NotADirectoryError when opening a file under a fake directory
type: behavior
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

[issue41111] Convert a few stdlib extensions to the limited C API

[STINNER Victor]

STINNER Victor  added the comment:

Some related changes in modules: posix, _hashopenssl, _ast (Python-ast.c), 
zlib, _struct, tkinter, _curses_panel.

commit b3966639d28313809774ca3859a347b9007be8d2
Author: Eddie Elizondo 
Date:   Tue Nov 5 07:16:14 2019 -0800

bpo-35381 Remove all static state from posixmodule (GH-15892)



After #9665, this moves the remaining types in posixmodule to be 
heap-allocated to make it compatible with PEP384 as well as modifying all the 
type accessors to fully make the type opaque.

The original PR that got messed up a rebase: 
https://github.com/python/cpython/pull/10854. All the issues in that commit 
have now been addressed since https://github.com/python/cpython/pull/11661 got 
committed.

This change also removes any state from the data segment and onto the 
module state itself.


https://bugs.python.org/issue35381



Automerge-Triggered-By: @encukou

commit df69e75edcc08475bc9a57a5a76df8a45bfc3c34
Author: Christian Heimes 
Date:   Wed Sep 25 23:03:30 2019 +0200

bpo-38142: Updated _hashopenssl.c to be PEP 384 compliant (#16071)

* Updated _hashopenssl.c to be PEP 384 compliant
* Remove refleak test from test_hashlib. The updated type no longer accepts 
random arguments to __init__.

commit ac46eb4ad6662cf6d771b20d8963658b2186c48c
Author: Dino Viehland 
Date:   Wed Sep 11 10:16:34 2019 -0700

bpo-38113: Update the Python-ast.c generator to PEP384 (gh-15957)

Summary: This mostly migrates Python-ast.c to PEP384 and removes all 
statics from the whole file. This modifies the generator itself that generates 
the Python-ast.c. It leaves in the usage of _PyObject_LookupAttr even though 
it's not fully PEP384 compatible (this could always be shimmed in by anyone who 
needs it).

commit a1ffad07195b8b976f8c371a92028240946d4e76
Author: Dino Viehland 
Date:   Tue Sep 10 11:27:03 2019 +0100

bpo-38074: Make zlib extension module PEP-384 compatible (GH-15792)

Updated zlibmodule.c to be PEP 384 compliant.

commit 4f384af067d05b16a554bfd976934fca9f87a1cf
Author: Dino Viehland 
Date:   Tue Sep 10 11:18:37 2019 +0100

bpo-38076: Make struct module PEP-384 compatible (#15805)

* PEP-384 _struct

* More PEP-384 fixes for _struct

Summary: Add a couple of more fixes for `_struct` that were previously 
missed such as removing `tp_*` accessors and using `PyBytesWriter` instead of 
calling `PyBytes_FromStringAndSize` with `NULL`. Also added a test to confirm 
that `iter_unpack` type is still uninstantiable.

* 📜🤖 Added by blurb_it.

commit d2217a83d4e2ee9aec1a0bf590820aa77b7ed5e7
Author: Andrew Svetlov 
Date:   Tue Oct 30 22:49:16 2012 +0200

Issue #15721: apply PEP 384 Refactoring to tkinter module.

commit bc07cb883e5c03b8c108c2c9d86bc0a158d62c27
Author: Martin v. Löwis 
Date:   Thu Jun 14 16:01:23 2012 +0200

Issue #14936: curses_panel was converted to PEP 3121 and PEP 384 API.
Patch by Robin Schreiber.

--

___
Python tracker 

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

[issue33802] Regression in logging configuration

[mohamed koubaa]

Change by mohamed koubaa :


--
nosy: +koubaa
nosy_count: 7.0 -> 8.0
pull_requests: +21220
pull_request: https://github.com/python/cpython/pull/21986

___
Python tracker 

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

[issue6721] Locks in the standard library should be sanitized on fork

[mohamed koubaa]

Change by mohamed koubaa :


--
nosy: +koubaa
nosy_count: 27.0 -> 28.0
pull_requests: +21218
pull_request: https://github.com/python/cpython/pull/21986

___
Python tracker 

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

[issue36533] logging regression with threading + fork are mixed in 3.7.1rc2 (deadlock potential)

[mohamed koubaa]

Change by mohamed koubaa :


--
nosy: +koubaa
nosy_count: 7.0 -> 8.0
pull_requests: +21219
pull_request: https://github.com/python/cpython/pull/21986

___
Python tracker 

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

[issue41111] Convert a few stdlib extensions to the limited C API

[STINNER Victor]

STINNER Victor  added the comment:

> See also bpo-40077: "Convert static types to PyType_FromSpec()".

In bpo-1635741, many extension modules have been ported to the multi-phase 
initilization API (PEP 489), and many static types have been converted to heap 
types.

--

___
Python tracker 

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

[issue41738] MIME type for *.zip becomes application/x-zip-compressed on Windows

[Danny Lin]

New submission from Danny Lin :

On Windows, command "python -m mimetypes foo.zip" outputs "type: 
application/x-zip-compressed encoding: None", while it's "type: application/zip 
encoding: None" on Linux.

According to the mimetype.py in CPython source code, the MIME type for '.zip' 
is 'application/zip'. It seems to be overwritten somewhere on Windows.

--
components: Windows
messages: 376508
nosy: danny87105, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: MIME type for *.zip becomes application/x-zip-compressed on Windows
type: behavior
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

[issue41739] test_logging: threading_cleanup() failed to cleanup 1 threads (count: 1, dangling: 2)

[STINNER Victor]

New submission from STINNER Victor :

s390x RHEL8 LTO + PGO 3.x:
https://buildbot.python.org/all/#/builders/442/builds/399

0:01:43 load avg: 4.23 [229/423/1] test_logging failed (env changed) -- 
running: test_concurrent_futures (48.1 sec)
Warning -- threading_cleanup() failed to cleanup 1 threads (count: 1, dangling: 
2)
Warning -- Dangling thread: 
Warning -- Dangling thread: <_MainThread(MainThread, started 4395867015984)>

--
components: Tests
messages: 376509
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_logging: threading_cleanup() failed to cleanup 1 threads (count: 1, 
dangling: 2)
versions: Python 3.10

___
Python tracker 

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

[issue41739] test_logging: threading_cleanup() failed to cleanup 1 threads (count: 1, dangling: 2)

[STINNER Victor]

STINNER Victor  added the comment:

Same isuse on s390x RHEL7 LTO + PGO 3.x:
https://buildbot.python.org/all/#/builders/244/builds/45

Warning -- threading_cleanup() failed to cleanup 1 threads (count: 1, dangling: 
2)
Warning -- Dangling thread: <_MainThread(MainThread, started 4396860012288)>
Warning -- Dangling thread: 

--

___
Python tracker 

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

[issue41739] test_logging: threading_cleanup() failed to cleanup 1 threads (count: 1, dangling: 2)

[hai shi]

Change by hai shi :


--
nosy: +shihai1991

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +21221
pull_request: https://github.com/python/cpython/pull/22137

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset fd4cafd4700dc03cb05fc2e5263c2666d785d6e3 by Serhiy Storchaka in 
branch 'master':
bpo-41720: Add "return NotImplemented" in turtle.Vec2D.__rmul__(). (GH-22092)
https://github.com/python/cpython/commit/fd4cafd4700dc03cb05fc2e5263c2666d785d6e3


--

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[miss-islington]

Change by miss-islington :


--
pull_requests: +21222
pull_request: https://github.com/python/cpython/pull/22138

___
Python tracker 

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

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

But iterating it raises different type of exception, wish obscure message.

>>> import ctypes
>>> mem_0d = memoryview(ctypes.c_uint8(42))
>>> list(mem_0d)
Traceback (most recent call last):
  File "", line 1, in 
NotImplementedError: memoryview: unsupported format B' and just 'B'? Would not adding 
support of formats with specified endianess make 0-dimensional memoryview 
objects iterable?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[miss-islington]

miss-islington  added the comment:


New changeset ebef6c0b50d94ca7daef6fdb38d043e0183ab7d1 by Miss Islington (bot) 
in branch '3.8':
bpo-41720: Add "return NotImplemented" in turtle.Vec2D.__rmul__(). (GH-22092)
https://github.com/python/cpython/commit/ebef6c0b50d94ca7daef6fdb38d043e0183ab7d1


--

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[miss-islington]

miss-islington  added the comment:


New changeset 1671b0e4e00061f23b6677e37e27a4ed44998329 by Miss Islington (bot) 
in branch '3.9':
bpo-41720: Add "return NotImplemented" in turtle.Vec2D.__rmul__(). (GH-22092)
https://github.com/python/cpython/commit/1671b0e4e00061f23b6677e37e27a4ed44998329


--

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[mohamed koubaa]

Change by mohamed koubaa :


--
pull_requests: +21223
pull_request: https://github.com/python/cpython/pull/22139

___
Python tracker 

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

[issue41316] tarfile: Do not write full path in FNAME field

[miss-islington]

Change by miss-islington :


--
pull_requests: +21224
pull_request: https://github.com/python/cpython/pull/22140

___
Python tracker 

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

[issue41316] tarfile: Do not write full path in FNAME field

[miss-islington]

Change by miss-islington :


--
pull_requests: +21225
pull_request: https://github.com/python/cpython/pull/22141

___
Python tracker 

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

[issue41316] tarfile: Do not write full path in FNAME field

[miss-islington]

miss-islington  added the comment:


New changeset 22748a83d927d3da1beaed771be30887c42b2500 by Artem Bulgakov in 
branch 'master':
bpo-41316: Make tarfile follow specs for FNAME (GH-21511)
https://github.com/python/cpython/commit/22748a83d927d3da1beaed771be30887c42b2500


--
nosy: +miss-islington

___
Python tracker 

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

[issue41720] Missed "return NotImplemented" in Vec2D.__rmul__

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.7

___
Python tracker 

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

[issue41734] Refactor b32{encode,decode} tests

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I think this change is not needed. The current code is shorter and works pretty 
well.

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

[issue38762] Logging displays wrong "processName" if "sys.modules" is cleared in child process

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

So this will make logging depending on the multiprocess module? Even if you do 
not use multiprocessing it will be imported in any case when you use logging.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

[Stefan Krah]

Stefan Krah  added the comment:

memoryview can store anything, but only access and display
the native format. The reason is that conversions in the manner
of the struct module are very expensive.

You can construct all sorts of formats that memoryview cannot
handle:

>>> x = array(1, "c")
>>> x
array(b'1', dtype='|S1')
>>> y = memoryview(x)
>>> 
>>> list(y)
Traceback (most recent call last):
  File "", line 1, in 
NotImplementedError: memoryview: unsupported format 1s


I don't think that the message is obscure, since all these
facts are documented.

--
assignee:  -> skrah

___
Python tracker 

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

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is surprising the endianess of byte matters.

--

___
Python tracker 

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

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

[Stefan Krah]

Stefan Krah  added the comment:

list() has to *interpret* the endianness to display it. The endianness
of the *native* format does not matter.  The endianness of an explicit
format matters, since list has to be able to convert non-native formats.

I suggest to look at XND, which is a memoryview on steroids and
has a lot of those features.

--

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Skip Montanaro]

Skip Montanaro  added the comment:

This skips the breaking tests (but doesn't actually fix anything).

--
keywords: +patch
versions: +Python 3.10 -Python 3.8
Added file: https://bugs.python.org/file49450/test_ssl_ubuntu.diff

___
Python tracker 

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

[issue38762] Logging displays wrong "processName" if "sys.modules" is cleared in child process

[Irit Katriel]

Irit Katriel  added the comment:

As the PR currently is, it will, unless you turn this off by setting 
logging.logMultiprocessing=False.

The other alternative we are discussing is: revert back to not importing 
multiprocessing if it's not there.

If it's there we use it, but if it's not we set processName to something like 
f"pid={os.getpid()}" instead of "MainThread".

(1) os is already imported in logging.

(2) In most cases where multiprocessing is not imported it's because there is 
only one process, so processName will not likely be used as all.

(3) In the edge case of shutdown or someone clearing sys.modules the 
processName will not be pretty, but it will at least be correct.

--

___
Python tracker 

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

[issue38762] Logging displays wrong "processName" if "sys.modules" is cleared in child process

[Irit Katriel]

Change by Irit Katriel :


--
pull_requests: +21226
pull_request: https://github.com/python/cpython/pull/22142

___
Python tracker 

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

[issue38762] Logging displays wrong "processName" if "sys.modules" is cleared in child process

[Irit Katriel]

Irit Katriel  added the comment:

I just pushed a second PR with the alternative solution - it calculates the 
name on a best-effort basis, and doesn't import anything that's not already 
there.

--

___
Python tracker 

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

[issue40600] Add option to disallow > 1 instance of an extension module

[mohamed koubaa]

mohamed koubaa  added the comment:

What about a new PyModuleDef_Slot function?


```
static int my_can_create(/*need any arg??, InterpreterState, etc?*/) {
if (test_global_condition()) {
return -1; //Don't allow creation
}
return 0; //Allow creation
};

static PyModuleDef_Slot signal_slots[] = {
{Py_mod_exec, my_exec},
{Py_mod_can_create, my_can_create},
{0,0}
};

```

--
nosy: +koubaa

___
Python tracker 

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

[issue33337] Provide a supported Concrete Syntax Tree implementation in the standard library

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
nosy: +BTaskaya

___
Python tracker 

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

[issue41639] Unpickling derived class of list does not call __init__()

[Andy Maier]

Andy Maier  added the comment:

Thanks for the clarification.

Just for the record:

I have implemented __setstate__() such that it completely restores the state 
from just the inherited list state. That makes it independent of whether 
__init__() or __new__() is called:

def __getstate__(self):
state = self.__dict__.copy()
del state['_lc_list']
return state

def __setstate__(self, state):
self.__dict__.update(state)
self._lc_list = _lc_list(self)

This issue can be closed.

--

___
Python tracker 

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

[issue41740] string concatenation via `sum`

[Phillip M. Feldman]

New submission from Phillip M. Feldman :

I'm not sure whether this is a bug or a feature request, but it seems as though 
the following should produce the same result:

In [1]: 'a' + 'b' + 'c'
Out[1]: 'abc'

In [2]: sum(('a', 'b', 'c'))
TypeError Traceback (most recent call last)
in
> 1 sum(('a', 'b', 'c'))

TypeError: unsupported operand type(s) for +: 'int' and 'str'

The error message is confusing (there is no integer).

--
components: Interpreter Core
messages: 376526
nosy: phillip.m.feld...@gmail.com
priority: normal
severity: normal
status: open
title: string concatenation via `sum`
type: behavior
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

[issue41639] Unpickling derived class of list does not call __init__()

[Andy Maier]

Andy Maier  added the comment:

And just to be complete: That did not require implementing __reduce__().

--

___
Python tracker 

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

[issue41734] Refactor b32{encode,decode} tests

[Filipe Laíns]

Filipe Laíns  added the comment:

Yes, it is not needed, but it does provide a fair bit of enhancement. Using 
subtests makes more clear what failed when something fails.
I am a bit confused, in PR 20441 I first just copied the current 
b32{encode,decode} tests but was given feedback which resulted in the proposed 
tests, but now I am being told the opposite, that the tests are better as they 
currently are.
Anyway, this is not my call, let me know if something changes.

--

___
Python tracker 

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

[issue41737] Improper NotADirectoryError when opening a file under a fake directory

[Eryk Sun]

Eryk Sun  added the comment:

> if NotADirectoryError should be raised, it should mention '/path/to/file' 
> rather then '/path/to/file/somename.txt'.

POSIX specifies that C open() should set errno to ENOTDIR when an existing path 
prefix component is neither a directory nor a symlink to a directory [1]. What 
you propose isn't possible to implement reliably unless the filesystem is 
locked or readonly, so it should be handled by the application instead of by 
the system or standard libraries.

> FileNotFoundError: [Errno 2] No such file or directory: 
> 'C:\\path\\chrome\\to\\file\\somename.txt'

Windows specifies that this case should fail as follows: "[i]f 
Link.File.FileType is not DirectoryFile, the operation MUST be failed with 
STATUS_OBJECT_PATH_NOT_FOUND" [2] (see Phase 6 in the linked pseudocode). 

The Windows API maps this status code to ERROR_PATH_NOT_FOUND (3), which is 
distinct from ERROR_FILE_NOT_FOUND (2). However, the C runtime maps both of 
these system error codes to POSIX ENOENT. All isn't lost, however, because it 
also saves the OS error in _doserrno. io.FileIO could preset _doserrno to 0, 
and if it's non-zero after calling _wopen, use its value with 
PyErr_SetExcFromWindowsErrWithFilenameObject instead of calling 
PyErr_SetFromErrnoWithFilenameObject.

---

[1] https://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html
[2] 
https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-fsa/8ada5fbe-db4e-49fd-aef6-20d54b748e40

--
nosy: +eryksun

___
Python tracker 

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

[issue40744] Explicitly drop support for SQLite version < 3.7.3

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 207c321f13cea3fee7f378057864e8c6453f5adf by Erlend Egeberg 
Aasland in branch 'master':
bpo-40744: Drop support for SQLite pre 3.7.3 (GH-20909)
https://github.com/python/cpython/commit/207c321f13cea3fee7f378057864e8c6453f5adf


--
nosy: +pablogsal

___
Python tracker 

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

[issue40744] Explicitly drop support for SQLite version < 3.7.3

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Given the status of the 3.9 branch and given that this does not add anything 
new or fixes any specific bug, I would recommend to not backport this

--

___
Python tracker 

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

[issue40744] Explicitly drop support for SQLite version < 3.7.3

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Feel free to re-open if i missed something :)

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

[issue40744] Explicitly drop support for SQLite version < 3.7.3

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

[issue41740] string concatenation via `sum`

[Marco Paolini]

Marco Paolini  added the comment:

This happens because the default value for the start argument is zero , hence 
the first operation is `0 + 'a'`

--
nosy: +mpaolini

___
Python tracker 

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

[issue41740] string concatenation via `sum`

[Marco Paolini]

Marco Paolini  added the comment:

also worth noting, the start argument is type checked instead. Maybe we could 
apply the same checks to the items of the iterable?

python3 -c "print(sum(('a', 'b', 'c'), start='d'))"
Traceback (most recent call last):
  File "", line 1, in 
TypeError: sum() can't sum strings [use ''.join(seq) instead]


see 
https://github.com/python/cpython/blob/c96d00e88ead8f99bb6aa1357928ac4545d9287c/Python/bltinmodule.c#L2310

--

___
Python tracker 

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

[issue41741] test_peg_generator timed out (25 min) on x86 Gentoo Non-Debug with X 3.9

[STINNER Victor]

New submission from STINNER Victor :

On the slow x86 Gentoo Non-Debug with X 3.9 buildbot, test_peg_generator timed 
out after 25 min, twice.

https://buildbot.python.org/all/#/builders/51/builds/24

Either, we increase the buildbot timeouts, test_peg_parser is made faster, or 
the test is splitted into multiple test files.

This buildbot worker is slow, so it sounds like a good idea to increase 
timeouts.


0:00:00 load avg: 4.79 Run tests in parallel using 2 child processes (timeout: 
25 min, worker timeout: 30 min)
(...)
0:46:55 load avg: 6.60 [263/425/1] test_peg_generator crashed (Exit code 1) -- 
running: test_lib2to3 (5 min 20 sec)
Timeout (0:25:00)!
Thread 0xb7bcd700 (most recent call first):
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1873 in _try_wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1915 in _wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1185 in wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/spawn.py",
 line 76 in spawn
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/ccompiler.py",
 line 910 in spawn
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/unixccompiler.py",
 line 117 in _compile
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/ccompiler.py",
 line 574 in compile
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 529 in build_extension
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 474 in _build_extensions_serial
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 449 in build_extensions
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 340 in run
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Tools/peg_generator/pegen/build.py",
 line 91 in compile_c_extension
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Tools/peg_generator/pegen/testutil.py",
 line 104 in generate_parser_c_extension
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/test/test_peg_generator/test_c_parser.py",
 line 80 in build_extension
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/test/test_peg_generator/test_c_parser.py",
 line 83 in run_test
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/test/test_peg_generator/test_c_parser.py",
 line 446 in test_soft_keywords_lookahead

(...)
1:09:00 load avg: 6.25 Re-running test_peg_generator in verbose mode

(...)

10 slowest tests:
- test_tokenize: 7 min 54 sec
- test_unparse: 7 min 16 sec
- test_concurrent_futures: 6 min 44 sec
- test_lib2to3: 5 min 42 sec
- test_multiprocessing_spawn: 5 min 15 sec
- test_asyncio: 5 min 10 sec
- test_regrtest: 2 min 53 sec
- test_multiprocessing_forkserver: 2 min 38 sec
- test_unicodedata: 2 min 32 sec
- test_capi: 2 min 27 sec

1 test failed:
test_peg_generator

(...)

test_syntax_error_for_string 
(test.test_peg_generator.test_c_parser.TestCParser) ... ok
test_ternary_operator (test.test_peg_generator.test_c_parser.TestCParser) ... ok
test_with_stmt_with_paren (test.test_peg_generator.test_c_parser.TestCParser) 
... Timeout (0:25:00)!
Thread 0xb7bec700 (most recent call first):
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1873 in _try_wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1915 in _wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/subprocess.py",
 line 1185 in wait
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/spawn.py",
 line 76 in spawn
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/ccompiler.py",
 line 910 in spawn
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/unixccompiler.py",
 line 117 in _compile
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/ccompiler.py",
 line 574 in compile
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 529 in build_extension
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 474 in _build_extensions_serial
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 449 in build_extensions
  File 
"/buildbot/buildarea/cpython/3.9.ware-gentoo-x86.nondebug/build/Lib/distutils/command/build_ext.py",
 line 340 in 

[issue41740] Improve error message for string concatenation via `sum`

[Steven D'Aprano]

Steven D'Aprano  added the comment:

As Marco says, the exception message is because the default value for start is 
0, and you can't concatenate strings to the integer 0.

You get the same error if you try to concatenate lists:

py> sum([[], []])
TypeError: unsupported operand type(s) for +: 'int' and 'list'


However, even if you provide a default of the empty string, "", sum will still 
reject string arguments. This is intentional, as repeatedly concatenating 
strings may be extremely inefficient and slow, depending on the specific 
circumstances.


The default of 0 is documented, as is the intention that sum be used only for 
numeric addition. See `help(sum)` or the docs on the website.

--
nosy: +steven.daprano
title: string concatenation via `sum` -> Improve error message for string 
concatenation via `sum`

___
Python tracker 

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

[issue41740] Improve error message for string concatenation via `sum`

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Marco, sum should be as fast as possible, so we don't want to type check every 
single element. But if it is easy enough, it might be worth checking the first 
element, and if it fails, report:

cannot add 'type' to start value

where 'type' is the type of the first element. If that is str, then concatenate

(use ''.join(iterable) instead)

to the error message.

--

___
Python tracker 

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

[issue41740] Improve error message for string concatenation via `sum`

[Marco Paolini]

Marco Paolini  added the comment:

I was thinking to just clarify a bit the error message that results from 
Py_NumberAdd. This won't make it slower in the "hot" path

doing something like (not compile tested, sorry)

--- a/Python/bltinmodule.c
+++ b/Python/bltinmodule.c
@@ -2451,8 +2451,13 @@ builtin_sum_impl(PyObject *module, PyObject *iterable, 
PyObject *start)
 Py_DECREF(result);
 Py_DECREF(item);
 result = temp;
-if (result == NULL)
+if (result == NULL) {
+ if (PyUnicode_Check(item) || PyBytes_Check(item) || 
PyByteArray_Check(item))
+ PyErr_SetString(PyExc_TypeError,
+   "sum() can't sum bytes, strings or byte-arrays [use 
.join(seq) instead]");
+   }
 break;
+   }
 }
 Py_DECREF(iter);
 return result;

--

___
Python tracker 

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

[issue41740] Improve error message for string concatenation via `sum`

[Phillip M. Feldman]

Phillip M. Feldman  added the comment:

I'd forgotten about ''.join; this is a good solution.  I withdraw my
comment.

On Mon, Sep 7, 2020 at 3:25 PM Steven D'Aprano 
wrote:

>
> Steven D'Aprano  added the comment:
>
> Marco, sum should be as fast as possible, so we don't want to type check
> every single element. But if it is easy enough, it might be worth checking
> the first element, and if it fails, report:
>
> cannot add 'type' to start value
>
> where 'type' is the type of the first element. If that is str, then
> concatenate
>
> (use ''.join(iterable) instead)
>
> to the error message.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue41714] multiprocessing.Queue deadlock

[Ned Deily]

Change by Ned Deily :


--
nosy: +davin, pitrou

___
Python tracker 

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

[issue41702] Inconsistent behaviour in strftime

[Ned Deily]

Ned Deily  added the comment:

The behavior you see with a Python 3.7 is not universal. For example, on macOS:

Python 3.7.9 (v3.7.9:13c94747c7, Aug 15 2020, 01:31:08)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import datetime
>>> datetime.datetime.strptime("0020-10-05", "%Y-%m-%d").strftime("%Y-%m-%d")
'0020-10-05'

So there is apparently something different in the environments between the 
Python 3.6 and 3.7 you are using, rather than an issue in Python itself. 
Perhaps a comparison of the outputs between:

python3.6 -m test.pythoninfo
python3.7 -m test.pythoninfo

will suggest something. In any case, as Josh notes, Python 3.7 is in the 
security-fix-only phase of its life cycle so even if there were an issue in 
Python itself it would likely not meet the criteria to be fixed in 3.7.

--
nosy: +ned.deily
resolution:  -> works for me
status: open -> pending

___
Python tracker 

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

[issue41703] Most bytecode changes are absent from Python 3.9 What's new

[Ned Deily]

Change by Ned Deily :


--
nosy: +lukasz.langa
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

[issue41741] test_peg_generator timed out (25 min) on x86 Gentoo Non-Debug with X 3.9

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

These tests are expensive because they have to compile one C extension per test 
but I don't see any way to make them faster than does not complicate the whole 
setup considerably.

I have tried to compile a shared object containing the common parts but it just 
saves 35% of the time and is a bit of a mess to keep that state around.

Making the timeout bigger can be a possibility, certainly, but this also means 
the builder will get stuck more time in race conditions or deadlocks :(

--
nosy: +lys.nikolaou

___
Python tracker 

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