[issue36432] Running python test suite fails on macOS 10.14.4 with resource.RLIMIT_STACK error

New submission from Ned Deily : After upgrading my first macOS system to the newly released macOS 10.14.4 update, attempts to run the Python test suite via regrtest fail: $ /usr/local/bin/python3.7 -m test -uall -j3 -w Traceback (most recent call last): File "/Library/Frameworks/Python.fram

[issue36430] A possible reference leak in itertools.count()

Raymond Hettinger added the comment: New changeset c0dce6aa2ce1ff408170bb8de2ebde3bfd8aa6cf by Raymond Hettinger (Miss Islington (bot)) in branch '2.7': bpo-36430: Fix a possible reference leak in itertools.count(). (GH-12551) (GH-12554) https://github.com/python/cpython/commit/c0dce6aa2ce1f

[issue36433] Unhelpful error message in classmethoddescr_call()

New submission from Inada Naoki : >>> desc = dict.__dict__['fromkeys'] >>> desc(int, []) Traceback (most recent call last): File "", line 1, in TypeError: descriptor 'fromkeys' requires a subtype of 'dict' but received 'type `'type` should be `'int'`. -- components: Interpreter Core

[issue36433] Unhelpful error message in classmethoddescr_call()

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue36433] Unhelpful error message in classmethoddescr_call()

Serhiy Storchaka added the comment: More confusing error message: >>> desc(1, []) Traceback (most recent call last): File "", line 1, in TypeError: descriptor 'fromkeys' requires a type but received a 'dict' -- ___ Python tracker

[issue36430] A possible reference leak in itertools.count()

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36433] Unhelpful error message in classmethoddescr_call()

Change by Inada Naoki : -- keywords: +patch pull_requests: +12502 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue36432] Running python test suite fails on macOS 10.14.4 with resource.RLIMIT_STACK error

Inada Naoki added the comment: My mac is also 10.14.4. I don't have older macOS now. Could someone test this? $ ulimit -Sa core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l)

[issue36434] Zipfile breaks if signalled during write()

New submission from Andriy Maletsky : Consider a simple write to a zip file: import zipfile with zipfile.ZipFile('/workdir/archive.zip', 'w', compression=zipfile.ZIP_DEFLATED) as zip_archive: zip_archive.write('/workdir/data.csv', arcname='data.csv') print('exiting from context manag

[issue36434] Zipfile breaks if signalled during write()

Change by Karthikeyan Singaravelan : -- nosy: +alanmcintyre, serhiy.storchaka, twouters ___ Python tracker ___ ___ Python-bugs-list

[issue36345] Deprecate Tools/scripts/serve.py in favour of python -m http.server -d

Stéphane Wirtel added the comment: Thank you for the merge. Stéphane -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue36432] Running python test suite fails on macOS 10.14.4 with resource.RLIMIT_STACK error

Kumar Akshay added the comment: I'm on macOS 10.14.3 and running those commands gives me this -> ~ ulimit -Sa -t: cpu time (seconds) unlimited -f: file size (blocks) unlimited -d: data seg size (kbytes) unlimited -s: stack size (kbytes) 8192 -c: co

[issue36433] Unhelpful error message in classmethoddescr_call()

miss-islington added the comment: New changeset 871309c775fd4d72048bfaa31affd54f9934f7dd by Miss Islington (bot) (Inada Naoki) in branch 'master': bpo-36433: fix confusing error messages in classmethoddescr_call (GH-12556) https://github.com/python/cpython/commit/871309c775fd4d72048bfaa31affd

[issue36433] Unhelpful error message in classmethoddescr_call()

Change by miss-islington : -- pull_requests: +12503 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36432] Running python test suite fails on macOS 10.14.4 with resource.RLIMIT_STACK error

Inada Naoki added the comment: I created simple program calling setrlimit and it succeeds. I confirmed setrlimit argument is exactly same. It's very curious why same Python code fails... == c code #include #include int main(int argc, char *argv[]) { struct rlimit rl; int err;

[issue34602] python3 resource.setrlimit strange behaviour under macOS

Inada Naoki added the comment: https://bugs.python.org/issue34602 may be relating to this. -- nosy: +inada.naoki ___ Python tracker ___ ___

[issue36433] Unhelpful error message in classmethoddescr_call()

miss-islington added the comment: New changeset 03440850e7266aa7fd531c7f281a3fdcf17f90a4 by Miss Islington (bot) in branch '3.7': bpo-36433: fix confusing error messages in classmethoddescr_call (GH-12556) https://github.com/python/cpython/commit/03440850e7266aa7fd531c7f281a3fdcf17f90a4 ---

[issue36433] Unhelpful error message in classmethoddescr_call()

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue36435] multiprocessing crashes in Python 3.7.3 on Windows

New submission from Paul Moore : If I run the following sample program using Python 3.7.3 (64 bit) for Windows, it immediately fails, producing a massive traceback. import multiprocessing def f(n): return n+1 with multiprocessing.Pool() as p: for n in p.map(f, [1,2,3]): print

[issue36408] Tkinter multi-processing performance, Linux 10-25 times faster than Windows 10

J.E.McCormack added the comment: Attached is a minimal reproducer script which is sufficient to show the issue clearly. It is a simple single-thread Tkinter program with one canvas. No multiprocessing, no shared variables, no connections between instances. Instructions at top of fil

[issue13282] the table of contents in epub file is too long

Change by Cheryl Sabella : -- nosy: +ezio.melotti, mdk, willingc type: -> enhancement versions: +Python 3.7, Python 3.8 -Python 2.7, Python 3.2 ___ Python tracker ___

[issue34075] asyncio: We should prohibit setting a ProcessPoolExecutor in with set_default_executor

Bas Nijholt added the comment: I think this issue is related to the problem in https://bugs.python.org/issue36281 If it indeed is the case, then the fix proposed here and implemented in https://github.com/python/cpython/commit/22d25085db2590932b3664ca32ab82c08f2eb2db won't really help. --

[issue36434] Zipfile breaks if signalled during write()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +12504 stage: -> patch review ___ Python tracker ___ ___ Python-bug

[issue33725] Python crashes on macOS after fork with no exec

STINNER Victor added the comment: > And that change should be made for every platform so it will affect a much > broader group of users than are affected by *this* issue. Do you mean to stop using fork on Linux as well? Using fork is just fine on Linux, no? -- _

[issue36345] Deprecate Tools/scripts/serve.py in favour of python -m http.server -d

STINNER Victor added the comment: Would it me sense to use ".. literalinclude:: ../../Tools/scripts/serve.py" in the wsgi doc to keep serve.py and and this example up to date? It seems like serve.py is going to stay. -- ___ Python tracker

[issue36436] Potential null pointer de-reference vulnerability

New submission from wangjiangqiang <767563...@qq.com>: In Modules/_testcapimodule.c line 4186 and 4187. Allocated memory is used without null check. -- messages: 338875 nosy: wjq-security priority: normal severity: normal status: open title: Potential null pointer de-reference vulnerab

[issue36436] Potential null pointer de-reference vulnerability

Change by SilentGhost : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue36414] Multiple test failures in GCC and Clang optional builds on Travis CI

STINNER Victor added the comment: > https://travis-ci.org/python/cpython/jobs/510447289 This failure is on the master branch. ./python.exe ./Tools/scripts/run_tests.py -j 1 -u all -W --slowest --fail-env-changed --timeout=1200 -j4 -uall,-cpu ERROR:root:code for hash md5 was not found. Trace

[issue36414] Multiple test failures in GCC and Clang optional builds on Travis CI

STINNER Victor added the comment: > https://travis-ci.org/python/cpython/jobs/510447290 That's a run on the master branch ("CRON"). xvfb-run ./venv/bin/python -m coverage run --pylib -m test --fail-env-changed -uall,-cpu -x test_multiprocessing_fork -x test_multiprocessing_forkserver -x tes

[issue36436] Potential null pointer de-reference vulnerability

Karthikeyan Singaravelan added the comment: _testcapimodule.c is mostly imported as _testcapi in tests. I am not sure this is a security issue. -- nosy: +serhiy.storchaka, xtreak ___ Python tracker

[issue36414] Multiple test failures in GCC and Clang optional builds on Travis CI

STINNER Victor added the comment: > Possibly first occurrence of this error : > https://travis-ci.org/python/cpython/jobs/506783665 after which it's more or > less consistent. That's the first build including my change: commit 86082c22d23285995a32aabb491527c9f5629556 Author: Victor Stinner

[issue36436] Potential null pointer de-reference vulnerability

Change by STINNER Victor : -- keywords: +patch pull_requests: +12505 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

STINNER Victor added the comment: > _testcapimodule.c is mostly imported as _testcapi in tests. I am not sure > this is a security issue. The function triggers a memory overflow on purpose. Handling memory allocation failure is the least of your problem if you call this function :-) The who

[issue36414] Multiple test failures in GCC and Clang optional builds on Travis CI

Karthikeyan Singaravelan added the comment: https://bugs.python.org/issue36414#msg338876 > Travis CI config has been changed to use a more recent Ubuntu version, it can > explain the failure. I am confused since the commit changes the linux build to use xenial but the failure is on Mac OS X

[issue36409] plistlib old API should be removed

Jon Janzen added the comment: Ah, I misinterpreted PEP4. I thought it only applied to modules as a whole (e.g. plistlib) rather than individual functionality within that module. I'll close my PR and wait until 3.9 is accepting patches -- versions: +Python 3.9 -Python 3.8 ___

[issue22503] Signal stack overflow in faulthandler_user

STINNER Victor added the comment: Python 3 is built frequently on the Fedora infra on AArch64 and the test_faulthandler test doesn't fail there. Recent example of build: https://koji.fedoraproject.org/koji/buildinfo?buildID=1236594 Direct link to AArch64 build logs (build.log): https://kojipk

[issue28190] Cross-build _curses failed if host ncurses headers and target ncurses headers have different layouts

Chih-Hsuan Yen added the comment: As ncurses-related modules in Python alreadu build fine for Android, I consider the issue resolved. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36435] multiprocessing crashes in Python 3.7.3 on Windows

Steve Dower added the comment: If you make the change suggested in the error text, does it fix it? (It could be clearer, but your module needs to only run its code when __name__=="__main__" instead of every time it gets imported.) -- ___ Python tr

[issue36437] method_descriptor surprising error message when self is passed a keyword argument

New submission from STINNER Victor : _PyMethodDescr_FastCallKeywords() is an optimization in ceval.c to call methods. Problem: it introduces a wrong bug. >>> import io >>> help(io.FileIO.write) Help on method_descriptor: write(self, b, /) Write buffer b to file, return number of bytes wri

[issue36435] multiprocessing crashes in Python 3.7.3 on Windows

Paul Moore added the comment: Oh doh. That's what I get for trying to produce a minimal test case without thinking :-( Thanks for the pointer. I originally hit this (or what I thought was this) in pipx - see https://github.com/pipxproject/pipx/issues/122 but then tried a smaller test, misre

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

Change by miss-islington : -- pull_requests: +12506 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

STINNER Victor added the comment: New changeset 414b1cde93764cdabb0798b02af4dd7df954424d by Victor Stinner in branch 'master': bpo-36436: Fix _testcapi.pymem_buffer_overflow() (GH-12560) https://github.com/python/cpython/commit/414b1cde93764cdabb0798b02af4dd7df954424d -- __

[issue28190] Cross-build _curses failed if host ncurses headers and target ncurses headers have different layouts

Matthias Klose added the comment: no, please don't assume that if it builds for one cross build variant, that it builds for all. re-opening. -- resolution: fixed -> status: closed -> open ___ Python tracker __

[issue36409] plistlib old API should be removed

Serhiy Storchaka added the comment: Yes, this is mainly about modules, but in general we try to be more careful with removing features that do not have alternatives in 2.7. In this particular case, the benefit from removing the deprecated functions in 3.8 instead of 3.9 is small, but this wi

[issue36438] Python 3.5.7 import error on Cross compile

New submission from Brian Spratke : I apologize if this is a stupid question, but I am not very experienced building Python, or cross compiling. While trying to cross compile Python 3.5.7 I can run configure, and make, but when I try to run 'make install' it throws the error posted below. I

[issue36438] Python 3.5.7 import error on Cross compile

Change by Brian Spratke : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue36345] Deprecate Tools/scripts/serve.py in favour of python -m http.server -d

Change by Stéphane Wirtel : -- pull_requests: +12507 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35872] Creating venv from venv no longer works in 3.7.2

Paul Moore added the comment: See https://github.com/pypa/virtualenv/issues/1339 - it's possible that something in this area is still affecting virtualenv. -- ___ Python tracker

[issue36439] [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6

New submission from Mickaël Schoentgen : A similar issue was resolved with issue29097 (with 0 <= t <= 86399). Here, we have an inconsistency between OSes when using datetime.fromtimestamp(t) when t < 0. Tested on Python 3.6.7. GNU/Linux: >>> datetime.fromtimestamp(-1) datetime.datetime(1970,

[issue36301] Add _Py_PreInitialize() function

Change by STINNER Victor : -- pull_requests: +12508 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

Change by miss-islington : -- pull_requests: +12509 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36439] [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6

Mickaël Schoentgen added the comment: Reproduced on 3.6.8 and 3.7.3. -- type: -> behavior versions: +Python 3.7 ___ Python tracker ___

[issue36439] [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36439] [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6

Change by STINNER Victor : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue36301] Add _Py_PreInitialize() function

STINNER Victor added the comment: Note for myself: PYTHONDEVMODE=1, PreConfig isolated=1, CoreConfig isolated=0: is the dev mode enabled or not? IMHO it should not. Maybe add a specific unit test? -- ___ Python tracker

[issue36439] [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6

Mickaël Schoentgen added the comment: And also reproduced on 3.8.0a3. -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bug

[issue36439] OSes inconsistency whith datetime.fromtimestamp(t) when t < 0

Change by Mickaël Schoentgen : -- title: [Windows] datetime.fromtimestamp(t) when t < 0 fails on Python 3.6 -> OSes inconsistency whith datetime.fromtimestamp(t) when t < 0 ___ Python tracker

[issue36439] Inconsistencies with datetime.fromtimestamp(t) when t < 0

Change by Mickaël Schoentgen : -- title: OSes inconsistency whith datetime.fromtimestamp(t) when t < 0 -> Inconsistencies with datetime.fromtimestamp(t) when t < 0 ___ Python tracker _

[issue36440] more helpful diagnostics for parser module

Change by A. Skrobov : -- keywords: +patch pull_requests: +12510 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue36440] more helpful diagnostics for parser module

New submission from A. Skrobov : Seeing that the implicit resolution at #36256 was to keep the parser module in place, may I suggest that the diagnostics it produces be improved, so that instead of "Expected node type 305, got 11", it would raise "Expected namedexpr_test, got COLON"

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

miss-islington added the comment: New changeset 20fde53a25aefd076d8478f67d6db3908459c6f3 by Miss Islington (bot) in branch '3.7': bpo-36436: Fix _testcapi.pymem_buffer_overflow() (GH-12560) https://github.com/python/cpython/commit/20fde53a25aefd076d8478f67d6db3908459c6f3 -- nosy: +m

[issue36440] more helpful diagnostics for parser module

Pablo Galindo Salgado added the comment: Thank you very much for creating the issue :) > Seeing that the implicit resolution at #36256 was to keep the parser module > in place Nothing was really "decided", just that meanwhile is better not to ship a broken parser module. > may I suggest t

[issue36440] more helpful diagnostics for parser module

Pablo Galindo Salgado added the comment: Haha, you were faster creating the PR than me posting the message! -- ___ Python tracker ___ _

[issue36440] more helpful diagnostics for parser module

A. Skrobov added the comment: > Nothing was really "decided", just that meanwhile is better not to ship a > broken parser module. Totally true, but the issue is closed and resolved, meaning that no one will ever look at it again. -- ___ Python tr

[issue36440] more helpful diagnostics for parser module

Pablo Galindo Salgado added the comment: > Meaning that no one will ever look at it again. I am very interested in a better alternative to the parser module, so I will open soon another issue for that matter. But as the original issue was about a specific bug, I prefer to mark it as resolved

[issue36301] Add _Py_PreInitialize() function

STINNER Victor added the comment: New changeset f8ba6f5afc317d1be3025db1be410ac66a7e5a27 by Victor Stinner in branch 'master': bpo-36301: Cleanup preconfig.c and coreconfig.c (GH-12563) https://github.com/python/cpython/commit/f8ba6f5afc317d1be3025db1be410ac66a7e5a27 -- ___

[issue36441] Cannot create venv with debug binaries installed

Christian Ullrich added the comment: Python version is 3.7.3. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue36441] Cannot create venv with debug binaries installed

New submission from Christian Ullrich : Creating a venv using "py -m venv" fails when the debug binaries are installed in the system-wide installation. Note the below uses the 32-bit installation, but that is probably not significant. C:\Daten\pyv>py -3.7-32 -m venv v37-32 Error: [Errno 2] N

[issue36442] Different ValueError for the same operation in List and Tuple

New submission from Hardik : I am curious why ValueErrors are different in List and Tuple when I try to get an index. ValueError of a list returns in well format with actual argument "ValueError: 'ITEM' is not in list", whereas tuple returns something like this "ValueError: tuple.index(x): x

[issue36356] Failure to build with address sanitizer

Stéphane Wirtel added the comment: @Ned, I have found a solution on Linux, will try on this evening with my macOS laptop. I hope to come with a solution on this evening or tomorrow, but need to check my proto. -- ___ Python tracker

[issue36085] Enable better DLL resolution

Steve Dower added the comment: Since there's no chance of getting old SQL Server fixed, I think we should just merge it without the SetDefaultDllDirectories change. Any comments, questions or more feedback on the PR? -- ___ Python tracker

[issue36442] Different ValueError for the same operation in List and Tuple

Change by SilentGhost : -- components: +Interpreter Core -Tests nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list

[issue36345] Deprecate Tools/scripts/serve.py in favour of python -m http.server -d

Brett Cannon added the comment: I actually still think we should remove serve.py as the person who had needed to clean up that directory when we realized we had massive bitrot in /Tools. :) I don't' think that just because Debian packages means we need to continue supporting and maintaining

[issue36442] Different ValueError for the same operation in List and Tuple

SilentGhost added the comment: This seems to be related to argument clinic work (issue 20186 and issue 20185). -- components: +Argument Clinic nosy: +SilentGhost, larry ___ Python tracker ___

[issue36441] Cannot create venv with debug binaries installed

Steve Dower added the comment: Thanks! Two issues here: * symlink_or_copy doesn't verify that the source file exists after rewriting the path * Tools/msi/lib/lib_files.wxs doesn't include the debug launchers -- ___ Python tracker

[issue36436] _testcapi.pymem_buffer_overflow() doesn't handle memory allocation failure

STINNER Victor added the comment: Thanks for your bug report. It is now fixed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue36085] Enable better DLL resolution

Eryk Sun added the comment: > Any comments, questions or more feedback on the PR? I commented on the PR that I'm concerned that ctypes.CDLL will no longer open a path with slashes in it (e.g. CDLL("./spam.dll") or CDLL("eggs/spam.dll")) relative to the working directory, and may accidentally

[issue36364] errors in multiprocessing.shared_memory examples

miss-islington added the comment: New changeset 3b7e47aea9b29f2669e7178a461426d18bce349e by Miss Islington (bot) (Pierre Glaser) in branch 'master': bpo-36364: fix SharedMemoryManager examples (GH-12439) https://github.com/python/cpython/commit/3b7e47aea9b29f2669e7178a461426d18bce349e -

[issue36364] errors in multiprocessing.shared_memory examples

Brett Cannon added the comment: I've gone ahead and merged Pierre's fix (thanks!), but I'm not sure if SharedMemoryManager should stay in the shared_memory docs or if it should move over to multiprocessing.manager. Davin, any input on that? -- nosy: +brett.cannon __

[issue36441] Cannot create venv with debug binaries installed

Change by Steve Dower : -- keywords: +patch pull_requests: +12511 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue34203] documentation: recommend Python 3 over 2 in faq

Change by miss-islington : -- pull_requests: +12512 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue34203] documentation: recommend Python 3 over 2 in faq

Tal Einat added the comment: New changeset 6cd658b1a5cb2413230dbc2d9395d20498be8518 by Tal Einat in branch 'master': bpo-34203: FAQ: improve wording of paragraph about 2.x vs. 3.x (GH-9821) https://github.com/python/cpython/commit/6cd658b1a5cb2413230dbc2d9395d20498be8518 -- ___

[issue34203] documentation: recommend Python 3 over 2 in faq

Change by miss-islington : -- pull_requests: +12513 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue34203] documentation: recommend Python 3 over 2 in faq

miss-islington added the comment: New changeset 5a3316931c6042df44b3b342df956cd6a77e8dcd by Miss Islington (bot) in branch '2.7': [2.7] bpo-34203: FAQ: improve wording of paragraph about 2.x vs. 3.x (GH-9821) (GH-12568) https://github.com/python/cpython/commit/5a3316931c6042df44b3b342df956cd

[issue34203] documentation: recommend Python 3 over 2 in faq

miss-islington added the comment: New changeset 5ac626350e2bfe5f283e7322bc31045062680d2b by Miss Islington (bot) in branch '3.7': bpo-34203: FAQ: improve wording of paragraph about 2.x vs. 3.x (GH-9821) https://github.com/python/cpython/commit/5ac626350e2bfe5f283e7322bc31045062680d2b --

[issue36276] Python urllib CRLF injection vulnerability

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue36425] Add Simplified Chinese to the language switcher

Julien Palard added the comment: That's nice to read! Once you've added a NEWS (see PR) entry I'll be happy to merge this. -- assignee: docs@python -> mdk ___ Python tracker

[issue36301] Add _Py_PreInitialize() function

Change by STINNER Victor : -- pull_requests: +12514 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue33601] [EASY DOC] Py_UTF8Mode is not documented

STINNER Victor added the comment: PR 7143 has been closed. So is there another candidate to write the doc? -- ___ Python tracker ___ __

[issue35165] Possible wrong method name in attribute references doc

Cheryl Sabella added the comment: > Or maybe just link to > https://docs.python.org/3/reference/datamodel.html#object.__getattr__ (which > mention about it) will be enough. In section 6.3.1, __getattr__() is already linked to the datamodel page referenced. As your suggested change is alr

[issue36443] Disable coerce_c_locale and utf8_mode by default in _PyPreConfig?

New submission from STINNER Victor : bpo-36301 created a very strict separated between Python initialization and a new "pre-initialization" which is responsible to configure encodings and memory allocators. Nick Coghlan proposed to disable UTF-8 Mode and C locale coercion by default in the p

[issue36301] Add _Py_PreInitialize() function

STINNER Victor added the comment: I created a follow-up issue: bpo-36443. -- > Note for myself: PYTHONDEVMODE=1, PreConfig isolated=1, CoreConfig > isolated=0: is the dev mode enabled or not? IMHO it should not. Maybe add a > specific unit test? PR 12569 adds these tests. --

[issue31466] No easy way to change float formatting when subclassing encoder.JSONEncoder

Change by Cheryl Sabella : -- versions: +Python 3.7, Python 3.8 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue30337] Vague wording of pkgutil.walk_packages parameter 'prefix'

Change by Cheryl Sabella : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue36444] Python initialization: remove _PyMainInterpreterConfig

New submission from STINNER Victor : The _PyMainInterpreterConfig structure is redundant with _PyCoreConfig: it is a subset but using PyObject*. PyInterpreterState has 2 fields: _PyCoreConfig core_config; _PyMainInterpreterConfig config; config parameters can be found in core_config,

[issue36301] Add _Py_PreInitialize() function

STINNER Victor added the comment: The feature has been implemented, I close the issue. The work is continued in other issues. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36429] Fix starting IDLE with pyshell

Change by miss-islington : -- pull_requests: +12515 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue36429] Fix starting IDLE with pyshell

Terry J. Reedy added the comment: New changeset 6a258c88906a7e8acde455ee2acb78b6f315ea0b by Terry Jan Reedy in branch 'master': bpo-36429: Fix starting IDLE with pyshell (#12548) https://github.com/python/cpython/commit/6a258c88906a7e8acde455ee2acb78b6f315ea0b -- __

[issue36431] Use dict unpacking for merging two dicts

Terry J. Reedy added the comment: 3 years ago, Trey Hunter found 11 ways to merge to a new dict. https://treyhunner.com/2016/02/how-to-merge-dictionaries-in-python/ He followed up with a performance comparison. https://gist.github.com/treyhunner/f35292e676efa0be1728 ** unpacking was nearly twice

[issue36444] Python initialization: remove _PyMainInterpreterConfig

Change by STINNER Victor : -- keywords: +patch pull_requests: +12516 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

  1   2   >