[issue36417] unicode.isdecimal bug in online Python 2 documentation
Change by zheng : -- keywords: +patch pull_requests: +12684 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issue36417> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36417] unicode.isdecimal bug in online Python 2 documentation
zheng added the comment: I propose we copy over the exact changes made to the Python 3 documentation. I looked through the code mentioned in the other thread. Namely, `Objects/unicodeobject.c` and `Tools/unicode/makeunicodedata.py`. The implementation is identical between python 2 and python 3. The only difference appears to be the unicode version used. # decimal digit, integer digit decimal = 0 if record[6]: flags |= DECIMAL_MASK decimal = int(record[6]) digit = 0 if record[7]: flags |= DIGIT_MASK digit = int(record[7]) if record[8]: flags |= NUMERIC_MASK numeric.setdefault(record[8], []).append(char) Another form of validation I did was enumerate all the digits and decimals and compare between versions. It looks like the general change is that there are a bunch of new unicode characters introduced in python 3. The exception is NEW TAI LUE THAM DIGIT ONE which gets recategorized as a digit. python 2, compiled with UCS4 for u in map(unichr, list(range(0x10))): if unicode.isdigit(u): print(unicodedata.name(u)) python 3 for u in map(chr, range(0x10)): if str.isdigit(u): print(name(u)) -- nosy: +zheng ___ Python tracker <https://bugs.python.org/issue36417> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45779] multiprocessing initializer error with CPython 3.9.6 on Apple Silicon
New submission from Zhang Zheng : Hi, I have encountered an error when working with concurrent.futures.ProcessPoolExecutor API, with CPython 3.9.6 on Apple Silicon, the error can not be reproduced with CPython 3.9.6 Linux/X86 build, so I think this might be related to the arch. I have created a github repo with the code in poc.py file, and the error message in README, please let me know if there's anything more I can provide to help the investigation to the problem. -- components: Library (Lib) messages: 406108 nosy: zhangzheng priority: normal severity: normal status: open title: multiprocessing initializer error with CPython 3.9.6 on Apple Silicon type: behavior versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue45779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45779] multiprocessing initializer error with CPython 3.9.6 on Apple Silicon
Zhang Zheng added the comment: Hi, I have encountered an error when working with concurrent.futures.ProcessPoolExecutor API, with CPython 3.9.6 on Apple Silicon, the error can not be reproduced with CPython 3.9.6 Linux/X86 build, so I think this might be related to the arch. I have created a github repo with the code in poc.py file, and the error message in README, please let me know if there's anything more I can provide to help the investigation to the problem. https://github.com/simsicon/multiprocessing-initializer -- ___ Python tracker <https://bugs.python.org/issue45779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39764] PyAsyncGenObject causes task.get_stack() raising AttributeError
New submission from Lidi Zheng : This issue exists since 3.6. The implementation of get stack on Task is looking for two attribute [1]: "cr_frame" for coroutines, "gi_frame" for generators (legacy coroutines). However, PyAsyncGenObject provides none of them but "ag_frame" [2]. Fix PR: https://github.com/python/cpython/pull/18669 A simple reproduce: def test_async_gen_aclose_compatible_with_get_stack(self): async def async_generator(): yield object() async def run(): ag = async_generator() asyncio.create_task(ag.aclose()) tasks = asyncio.all_tasks() for task in tasks: # No AttributeError raised task.get_stack() self.loop.run_until_complete I found this in my project I want to view who created the Tasks. [1] https://github.com/python/cpython/blob/21da76d1f1b527d62b2e9ef79dd9aa514d996341/Lib/asyncio/base_tasks.py#L27 [2] https://github.com/python/cpython/blob/21da76d1f1b527d62b2e9ef79dd9aa514d996341/Objects/genobject.c#L1329 -- components: asyncio messages: 362722 nosy: asvetlov, lidiz, yselivanov priority: normal pull_requests: 18025 severity: normal status: open title: PyAsyncGenObject causes task.get_stack() raising AttributeError type: behavior versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue39764> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42077] Some Absolute domain name not work in urllib
New submission from Zheng SHAO : ``` import ssl import urllib.request url_string = "https://kubernetes.default.svc.cluster.local./api/"; ctx = ssl._create_unverified_context() with urllib.request.urlopen(url_string, context=ctx) as f: f.read() ``` In running this sample code will got a following handshake error, Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen return opener.open(url, data, timeout) File "/usr/lib/python3.8/urllib/request.py", line 525, in open response = self._open(req, data) File "/usr/lib/python3.8/urllib/request.py", line 542, in _open result = self._call_chain(self.handle_open, protocol, protocol + File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain result = func(*args) File "/usr/lib/python3.8/urllib/request.py", line 1393, in https_open return self.do_open(http.client.HTTPSConnection, req, File "/usr/lib/python3.8/urllib/request.py", line 1353, in do_open raise URLError(err) urllib.error.URLError: Instead using absolute domain name, using `https://kubernetes.default.svc.cluster.local/api/` then the issue solved. I also tried other domains like `google.com.`, but in this case the handshake process had no errors. -- components: Library (Lib) messages: 378919 nosy: axot priority: normal severity: normal status: open title: Some Absolute domain name not work in urllib versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue42077> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42077] Some absolute domain name not work in urllib
Change by Zheng SHAO : -- title: Some Absolute domain name not work in urllib -> Some absolute domain name not work in urllib ___ Python tracker <https://bugs.python.org/issue42077> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42227] Unexpected sharing of list/set/dict between instances of the same class, when the list/set/dict is a default parameter value of the constructor
New submission from Kaiyu Zheng :
In the following toy example, with Python 3.7.4
class Foo:
def __init__(self, a=set()):
self.a = a
foo1 = Foo()
foo2 = Foo()
foo1.a.add(1)
print(foo2.a)
This shows {1}. This means that modifying the .a field of foo1 changed that of
foo2. I was not expecting this behavior, as I thought that when the constructor
is called, an empty set is created for the parameter `a`. But instead, what
seems to happen is that a set() is created, and then shared between instances
of Foo. What is the reason for this? What is the benefit? It adds a lot of
confusion
--
messages: 380115
nosy: kaiyutony
priority: normal
severity: normal
status: open
title: Unexpected sharing of list/set/dict between instances of the same class,
when the list/set/dict is a default parameter value of the constructor
type: behavior
versions: Python 3.7
___
Python tracker
<https://bugs.python.org/issue42227>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17848] issue about compile with clang and build a shared lib
New submission from leon zheng: build with prefix point to a arbitrary path, can't find the dynamic lib, and libffi upstream bug: ./configure --prefix=xxx --enable-shared --enable-ipv6 --with-threads CC=clang -- components: Build files: mywork.pitch messages: 187838 nosy: matrixsystem priority: normal severity: normal status: open title: issue about compile with clang and build a shared lib type: compile error versions: Python 3.4 Added file: http://bugs.python.org/file30023/mywork.pitch ___ Python tracker <http://bugs.python.org/issue17848> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41951] python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643
New submission from XIAO AN ZHENG : The issue is caused by uninstalling Python 3.8.2 which wrongly detected core_JustForMe even API only installed Python for All users : [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers, state: Present, cached: Complete [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_pdb, state: Absent, cached: None [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_d, state: Absent, cached: None [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_JustForMe, state: Present, cached: None Here is the normal log: [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers, state: Present, cached: Complete [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_pdb, state: Absent, cached: None [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_d, state: Absent, cached: None [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_JustForMe, state: Absent, cached: None -- components: Installation messages: 378086 nosy: szheng priority: normal severity: normal status: open title: python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643 type: behavior versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue41951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41951] python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643
XIAO AN ZHENG added the comment: The issue is happening very randomly, and caused by uninstalling Python 3.8.2 which wrongly detected core_JustForMe even it was only installed Python for All users : [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers, state: Present, cached: Complete [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_pdb, state: Absent, cached: None [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_d, state: Absent, cached: None [1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_JustForMe, state: Present, cached: None Here is the normal log: [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers, state: Present, cached: Complete [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_pdb, state: Absent, cached: None [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_d, state: Absent, cached: None [113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_JustForMe, state: Absent, cached: None -- ___ Python tracker <https://bugs.python.org/issue41951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41951] python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643
Change by XIAO AN ZHENG : -- title: python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643 -> python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643 ___ Python tracker <https://bugs.python.org/issue41951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41951] python-3.8.2.exe /uninstall /quiet fails with Exit code: 0x643
XIAO AN ZHENG added the comment: This happens in windows 2019 server running Powershell under SYSTEM account: &"..\thirdparty\python-3.8.2.exe" /uninstall /quiet -- title: python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643 -> python-3.8.2.exe /uninstall /quiet fails with Exit code: 0x643 ___ Python tracker <https://bugs.python.org/issue41951> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
