[issue42559] random.getrandbits: Should it be explicit that it returns unsigned/non-negative integer?

Paul Sokolovsky added the comment: Raymond Hettinger: Thanks for acking it would be a useful change! ZackerySpytz: Thanks for making a patch! -- ___ Python tracker ___ __

[issue41889] enum: Mixin and int base class regression in 3.8.6

Ethan Furman added the comment: New changeset c266736ec1f9ebef38b134ceb4832df015711b38 by Ethan Furman in branch 'master': bpo-41889: [Enum] fix multiple-inheritance regression (GH-22487) https://github.com/python/cpython/commit/c266736ec1f9ebef38b134ceb4832df015711b38 -- _

[issue41889] enum: Mixin and int base class regression in 3.8.6

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +22538 pull_request: https://github.com/python/cpython/pull/23672 ___ Python tracker _

[issue41889] enum: Mixin and int base class regression in 3.8.6

Change by miss-islington : -- pull_requests: +22539 pull_request: https://github.com/python/cpython/pull/23673 ___ Python tracker ___ __

[issue42578] Add tip when encountering UnicodeDecode/EncodeError in open()

Inada Naoki added the comment: How do you think about PEP-597? https://www.python.org/dev/peps/pep-0597/ -- nosy: +methane ___ Python tracker ___ _

[issue42583] JSON.dumps() creates invalid JSON with single quotes

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue38660] Checking if two regexes are equal should test if they are functionally equivalent

Change by Serhiy Storchaka : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue42584] Upgrade macOS and Windows installers to use SQLite 3.34.0

New submission from Erlend Egeberg Aasland : SQLite 3.34.0 was released 2020-12-01: https://www.sqlite.org/releaselog/3_34_0.html Compiles fine on master, and tests are completing without error. -- components: Library (Lib) messages: 382625 nosy: erlendaasland priority: normal severit

[issue42584] Upgrade macOS and Windows installers to use SQLite 3.34.0

Change by Erlend Egeberg Aasland : -- keywords: +patch pull_requests: +22540 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23674 ___ Python tracker _

[issue42584] Upgrade macOS and Windows installers to use SQLite 3.34.0

Change by Erlend Egeberg Aasland : -- pull_requests: +22541 pull_request: https://github.com/python/cpython/pull/23675 ___ Python tracker ___ __

[issue42584] Upgrade macOS and Windows installers to use SQLite 3.34.0

Change by Erlend Egeberg Aasland : -- nosy: +ned.deily, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue30459] PyList_SET_ITEM could be safer

STINNER Victor added the comment: New changeset 0ef96c2b2a291c9d2d9c0ba42bbc1900a21e65f3 by Victor Stinner in branch 'master': bpo-30459: Cast the result of PyCell_SET to void (GH-23654) https://github.com/python/cpython/commit/0ef96c2b2a291c9d2d9c0ba42bbc1900a21e65f3 -- __

[issue30459] PyList_SET_ITEM could be safer

STINNER Victor added the comment: Thanks Espie Marc for the bug report, it's now fixed in the master branch. IMO not only clang users will benefit of a better defined API. For example, it should help other Python implementation to implement such API, without the weird side effects of a macro

[issue30459] PyList_SET_ITEM could be safer

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 -Python 3.9 ___ Python tracker ___ ___

[issue42584] Upgrade macOS and Windows installers to use SQLite 3.34.0

Erlend Egeberg Aasland added the comment: Steve Dower: It should be fairly easy to add a CI check that validates the source checksums, so you don't need to do it manually every time. I can throw up a simple GH workflow for the sqlite branch if you want. -- __

[issue42585] Segmentation fault on Linux with multiprocess queue

New submission from Stegle, Julien : Hi, I'm experiencing segmentation fault issues when running inside a Docker container (tested with python:3.8.6, python:3.8.6-slim, python:3.6.8 & python:3.6.8-slim). On windows everything works fine, but when running on Docker when I try to put a string

[issue42532] spec_arg's __bool__ is called while initializing NonCallableMock

Change by Karthikeyan Singaravelan : -- pull_requests: +22542 pull_request: https://github.com/python/cpython/pull/23676 ___ Python tracker ___

[issue28964] AST literal_eval exceptions provide no information about line number

Change by Irit Katriel : -- pull_requests: +22543 pull_request: https://github.com/python/cpython/pull/23677 ___ Python tracker ___

[issue28964] AST literal_eval exceptions provide no information about line number

Batuhan Taskaya added the comment: > Usually literal_eval() is used with short one-line input. For what large > documents do you use it? I kind of agree with Serhiy on this, nearly every use case I've encountered was simple, single-line expression. Though, by seeing Irit's patch I think the

[issue28964] AST literal_eval exceptions provide no information about line number

Irit Katriel added the comment: This just came up again in issue42561 so I went ahead and created the PR. -- ___ Python tracker ___ ___

[issue40452] Tkinter/IDLE: preserve clipboard on closure

Alex Writer added the comment: Testing with a minimal tkinter app (see code below) gives similar behavior, so this appears to be an issue with tkinter https://goo.gl/2DqXGj and/or tcl/tk. import tkinter text = tkinter.Text() -- nosy: +alexwriter2003

[issue42585] Segmentation fault on Linux with multiprocess queue

Stegle, Julien added the comment: By removing the use the of "spawn" context for multiprocessing everything works fine. Does the "spawn" context have a different behavior on Linux ? -- ___ Python tracker __

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

New submission from Valeriu Predoi : Hey guys, the new unittest.mock.Mock for Python 3.9 can not accept a spec arg if it is a numpy array, it'll accept all other types but not ndarray, have a look at this quick minimal code: import numpy as np from unittest import mock as mg ob = mg.Mock(sp

[issue40452] Tkinter/IDLE: preserve clipboard on closure

E. Paine added the comment: Removed Alex from nosy because the link was an advertisement for an essay writer. -- nosy: -alexwriter2003 ___ Python tracker ___ ___

[issue40452] Tkinter/IDLE: preserve clipboard on closure

Change by Tal Einat : -- Removed message: https://bugs.python.org/msg382632 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Karthikeyan Singaravelan added the comment: I don't have Python 3.9 with numpy to test this. Does this used to work with python 3.8? Does using numpy produce any error or traceback in 3.9? -- nosy: +xtreak ___ Python tracker

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Hello mate, yes it used to work fine with Python 3.8, no issue with Python 3.9 and numpy if you call mock as ob = mg.Mock(spec=np.array([4, 4])) this results in a nice exception being raised: Traceback (most recent call last): File "/home/valeriu/ESMValC

[issue28964] AST literal_eval exceptions provide no information about line number

Change by Irit Katriel : -- versions: +Python 3.10 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42583] JSON.dumps() creates invalid JSON with single quotes

Change by Kjartan Hrafnkelsson : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Karthikeyan Singaravelan added the comment: Thanks, this looks like a duplicate of https://bugs.python.org/issue42532 -- ___ Python tracker ___ ___

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

mattip added the comment: the PR is awaiting approval/merge -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Indeed so! Sorry, I only glossed over that one before posting mine, now that I looked at it more carefully you are right, it does need a check on None and not calling the __bool__ member, which is affecting functionally passing an ndarray as spec - what shou

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Note however, that the need I have for my type of functionality is fulfilled and all works fine for Python 3.7 and 3.8, I noticed the problem only for 3.9 - the OP in that issue says their versions affected include 3.8 (maybe it creeps up for 3.8.6 or larger

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Karthikeyan Singaravelan added the comment: It's a problem with 3.9 only as far as I know. The fix has been merged to master (3.10) and 3.9 . I will check with 3.8 but I don't think it will be a problem since 3.8 has a different code path. You can check the PR merged for more discussion. --

[issue42587] test_buffer fails on Python built with GCC 11

New submission from STINNER Victor : PPC64LE Fedora Rawhide LTO 3.x: https://buildbot.python.org/all/#/builders/448/builds/433 FAIL: test_memoryview_cast (test.test_buffer.TestBufferProtocol) FAIL: test_memoryview_cast_1D_ND (test.test_buffer.TestBufferProtocol) FAIL: test_memoryview_compare_ra

[issue42587] test_buffer fails on Python built with GCC 11

STINNER Victor added the comment: On Python 3.6/x86-64, Python does crash in libregrtest while loading test_code: 0:01:13 load avg: 2.23 [ 56/406] test_code Fatal Python error: Segmentation fault Current thread 0x7f5a6864d740 (most recent call first): File "/builddir/build/BUILD/Python-

[issue42587] test_buffer fails on Python built with GCC 11

STINNER Victor added the comment: Copy of Miro Hrončok's email to Fedora python-devel list: https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/thread/ADKCB6HXGZHJPYX5LSJ7422FITYSOAL3/ Hello. I've been notified that many of the Python interpreters started t

[issue42587] test_buffer fails on Python built with GCC 11

STINNER Victor added the comment: test_buffer also fails with GCC 11 on Python 3.8 built without LTO nor PGO, just -Og (./configure --enable-pydebug). PPC64LE Fedora Rawhide Refleaks 3.8: https://buildbot.python.org/all/#/builders/398/builds/101 test.pythoninfo: sysconfig[CFLAGS]: -Wno-unus

[issue42588] Improvements to graphlib.TopologicalSorter.static_order() documentation

New submission from Ran Benita : One issue and one suggestion. Issue: The documentation of prepare() says: > If any cycle is detected, CycleError will be raised which is what happens. The documentation of static_order() says that static_order() is equivalent to: def static_order(self):

[issue42588] Improvements to graphlib.TopologicalSorter.static_order() documentation

Ran Benita added the comment: Hmm I realize after the fact that since the equivalent code snippet (which is actually the implementation) is a generator, then it is actually correct that prepare() isn't called until it is iterated. So the documentation for this is not incorrect. Still, I thi

[issue42589] doc: Wrong "from" keyword link in Exceptions doc

New submission from Irit Katriel : In the Exceptions doc: https://docs.python.org/3/library/exceptions.html#built-in-exceptions In the sentence "The expression following from must be an exception or None." "from" is a keyword which links to https://docs.python.org/3/reference/simple_stmts.htm

[issue42590] Something like Rust's std::sync::Mutex – combining a mutex primitive and a piece of data it's protecting

New submission from Jakub Stasiak : I've been wondering if it's worth it to have something like Rust's std::sync::Mutex[1] which is used like this: let data = Mutex::new(0); { let mut unlocked = data.lock().unwrap(); *unlocked += 1; } // unlocked is no longer ava

[issue42591] Method Py_FrozenMain missing in libpython3.9

New submission from Christian Bachmaier : In Python 3.9.0 and 3.9.1rc1 (Packages from Ubuntu Devel Branch or Fedora) the Method int Py_FrozenMain(int, char**) is missing in libpython3.9.so Thus, when trying the provided freeze example via freeze.py hello.py & make one gets the linker error /us

[issue42591] Method Py_FrozenMain missing in libpython3.9

Change by Christian Bachmaier : -- components: +Library (Lib) -C API ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Great, cheers mate, I read through the PR's (and sorry to have pestered you over at the mock backport GitHub too haha) - this looks it will fix the issue nicely. Do you know when will the release be available for us using Python from Anaconda etc.? Feel free

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Karthikeyan Singaravelan added the comment: 3.9.1 is in RC1 as per https://www.python.org/dev/peps/pep-0596/#lifespan . It will be available as part of 3.9.1 or 3.9.2 . I am not sure about anaconda packaging schedule though. -- ___ Python tracker

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Excellent, just gonna let my team know about this and we'll hold off on 3.9.0 then - good stuff, mate! -- ___ Python tracker ___ ___

[issue42588] Improvements to graphlib.TopologicalSorter.static_order() documentation

Change by Karthikeyan Singaravelan : -- nosy: +pablogsal, rhettinger, tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Change by Valeriu Predoi : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue42586] unittest.mock.Mock spec can't be array/ndarray in Python 3.9

Valeriu Predoi added the comment: Changed status to pending, will close once we've had 3.9.1 in our env and tested proper, but should be OK, cheers! -- status: pending -> open ___ Python tracker ___

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Change by Irit Katriel : -- nosy: +iritkatriel nosy_count: 5.0 -> 6.0 pull_requests: +22544 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/23680 ___ Python tracker __

[issue42573] Installation of Python 3.9 failing with message "User cancelled installation"

Steve Dower added the comment: Can you try disabling any security/anti-malware software you have running? That's normally the only thing (besides a user) that will cause this error. -- ___ Python tracker __

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Irit Katriel added the comment: The new PR has an alternative suggestion for a change, where I tried to incorporate both Travis's and David's points: (1) there are better alternatives now for exception chaining (2) the current frame gets pushed on the traceback when the exception is raised.

[issue42569] Callers of _Py_fopen/_Py_wfopen may be broken after addition of audit hooks

Steve Dower added the comment: Good point, we can make it set errno as well. Any generic error is fine (I don't know them off the top of my head), because it will chain up to the one set by the hook. -- ___ Python tracker

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: Pablo, maybe you can shed some light on this. It looks like the PEG parser PR explicitly sets PYTHON_FOR_REGEN=python3.8 using pyenv in .travis.yml for the master (and now 3.9) branches. The change was made in the we-like-parsers repo here: https://github.co

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Steve Dower added the comment: New changeset c0afb7fa0ebd1c0e95c0760bbe75a99a8dd12ea6 by Matti Picus in branch 'master': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088) https://github.com/python/cpython/commit/c0afb7fa0ebd1c0e95c0760bbe75a99a8

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Steve Dower added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 10.0 -> 11.0 pull_requests: +22545 pull_request: https://github.com/python/cpython/pull/23681 ___ Python tracker ___

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

Change by miss-islington : -- pull_requests: +22546 pull_request: https://github.com/python/cpython/pull/23682 ___ Python tracker ___ __

[issue42592] TypedDict: total=False but still key required

New submission from Paul Bryan : I believe "a" below should be an optional key, not a required one. Python 3.9.0 (default, Oct 7 2020, 23:09:01) [GCC 10.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import typing >>> TD = typing.TypedDict("TD", {"a":

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

miss-islington added the comment: New changeset ca52aa3ddd949ce2d259b4263344339b56db00b7 by Miss Islington (bot) in branch '3.8': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088) https://github.com/python/cpython/commit/ca52aa3ddd949ce2d259b426

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

miss-islington added the comment: New changeset e9a6dcdefabb6c19074566f4ee0e02daaf57be18 by Miss Islington (bot) in branch '3.9': bpo-39825: Fixes sysconfig.get_config_var('EXT_SUFFIX') on Windows to match distutils (GH-22088) https://github.com/python/cpython/commit/e9a6dcdefabb6c19074566f4

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

hai shi added the comment: >On the other side, defining a Py_mod_exec_once that supports execution > >for >just once can be a way. >Although the usage is little, it will be fine because the use case will >exist. IMHO, `Py_mod_exec_once` is more like a slot control flag. MAYBE we need add a m

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

Change by hai shi : -- keywords: +patch pull_requests: +22547 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/23683 ___ Python tracker _

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: It looks like the issue is that _TypedDictMeta only respects "total" as a keyword argument to __new__, but the TypedDict function passes it along by setting __total__ in the generated namespace instead. This fixes it: diff --git a/Lib/typing.py b/Lib/typing.

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: I can fix this, Paul, unless you want to take it. Probably deserves a regression test or two as well. -- ___ Python tracker ___ _

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

hai shi added the comment: > MAYBE we need add a module flag in `PyModuleDef`. I created a demo in PR 23683. -- ___ Python tracker ___

[issue42592] TypedDict: total=False but still key required

Paul Bryan added the comment: Your patch LGTM, Brandt. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue42574] Travis can't build the 3.8 branch right now

Pablo Galindo Salgado added the comment: I am a bit confusedwhy is this failing now? -- ___ Python tracker ___ ___ Python-bugs-

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: It has been failing for some time. It's just not a required check, so it's easy to miss on a backport branch. I think the addition of an f-string in PR 23371 a few weeks ago is what started making this fail (since the system python can't run clinic anymore).

[issue42574] Travis can't build the 3.8 branch right now

Brandt Bucher added the comment: So I suppose we can either: - set PYTHON_FOR_REGEN to something 3.6+ on these backport branches - use some other string formatting for that one line I sort of prefer the second, since I *think* this is the only thing keeping older Pythons from working here.

[issue42574] Travis can't build the 3.8 branch right now

Ammar Askar added the comment: >From a quick glance at >https://github.com/python/cpython/pulls?page=2&q=base%3A3.8+-label%3Atype-documentation It looks like travis on 3.8 last passed at https://github.com/python/cpython/pull/23364 around 19 days ago The culprit commit is likely https://gi

[issue39625] Traceback needs more details

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> stack tracebacks should give the relevant class name ___ Python tracker ___

[issue42574] Travis can't build the 3.8 branch right now

Ammar Askar added the comment: Oh whoops, got sniped by Brandt while investigating :) -- ___ Python tracker ___ ___ Python-bugs-lis

[issue42592] TypedDict: total=False but still key required

Change by Brandt Bucher : -- assignee: -> brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue42585] Segmentation fault on Linux with multiprocess queue

Change by Alexey Izbyshev : -- components: +Library (Lib) nosy: +davin, pitrou versions: -Python 3.6 ___ Python tracker ___ ___ Pyt

[issue42592] TypedDict: total=False but still key required

Terry J. Reedy added the comment: Some notes on needed TypedDict doc fixes. https://docs.python.org/3/library/typing.html#typing.TypedDict "class typing.TypedDict(dict)" The actual signature from inspect.signature is "(typename, fields=None, /, *, total=True, **kwargs)". I presume fields n

[issue42592] TypedDict: total=False but still key required

Brandt Bucher added the comment: It looks like this is a duplicate of issue 42059. We should just use their existing PR instead (PR 22736). -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> TypedDict(...) as function does not respect "t

[issue42579] Solution from gh#python/cpython#13236 unnecessarily binds building of documentation to the latest version of Sphinx

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42579] Solution from gh#python/cpython#13236 unnecessarily binds building of documentation to the latest version of Sphinx

Pablo Galindo Salgado added the comment: New changeset b63a620014b67a6e63d10783149c41baaf59def8 by Matěj Cepl in branch 'master': bpo-42579: Make workaround for various versions of Sphinx more robust (GH-23662) https://github.com/python/cpython/commit/b63a620014b67a6e63d10783149c41baaf59def8

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Pablo Galindo Salgado added the comment: New changeset 60463e8e4f79e5b5e96dc43fb83ded373b489e33 by Brandt Bucher in branch '3.9': bpo-42536: GC track recycled tuples (GH-23623) (GH-23651) https://github.com/python/cpython/commit/60463e8e4f79e5b5e96dc43fb83ded373b489e33 -- _

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Pablo Galindo Salgado added the comment: New changeset 7c797982383ebfd9cca39c480dcf6132979dd06f by Brandt Bucher in branch '3.8': bpo-42536: GC track recycled tuples (GH-23623) (GH-23652) https://github.com/python/cpython/commit/7c797982383ebfd9cca39c480dcf6132979dd06f -- _

[issue42536] Iterating on a zip keeps objects alive longer than expected (test_itertools leaks sometimes references)

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42574] Travis can't build the 3.8 branch right now

Pablo Galindo Salgado added the comment: I would suggest to use some other string formatting for that one line. The reason is that technically (although very unlikely) downstream consumers could be relying on some old PYTHON_FOR_REGEN in the Makefile for 3.8 and I would not like to change th

[issue42574] Travis can't build the 3.8 branch right now

Change by Pablo Galindo Salgado : -- pull_requests: +22548 pull_request: https://github.com/python/cpython/pull/23685 ___ Python tracker ___ ___

[issue42593] Consistency in unicode string multiplication with an integer

New submission from syl-nktaylor : In https://github.com/python/cpython/blob/master/Objects/unicodeobject.c#L12930, unicode_repeat does string multiplication with an integer in 3 different ways: 1) one memset call, for utf-8 when string size is 1 2) linear 'for' loops, for utf-16 and utf-32 wh

[issue42593] Consistency in unicode string multiplication with an integer

Serhiy Storchaka added the comment: BTW, CPython does not use UTF-8 and UTF-16 encoding in internal representation of strings. It uses Latin1, UCS2 and UCS4 (UTF-32). What benchmarks show? Is your code always faster and how much? If it is slower for some data, for what data and how much? --

[issue41462] os.set_blocking() raises OSError on VxWorks RTOS

STINNER Victor added the comment: New changeset 06afac6c5740bb81d2b7ab9639d2b08cccf77d33 by pxinwr in branch 'master': bpo-41462: Add os.set_blocking() support for VxWorks RTOS (GH-21713) https://github.com/python/cpython/commit/06afac6c5740bb81d2b7ab9639d2b08cccf77d33 -- nosy: +vst

[issue26131] Raise ImportWarning when loader.load_module() is used

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

[issue42564] "from .__init__ import ..." syntax imports a duplicate module

Brett Cannon added the comment: You could propose your backwards-incompatible proposals on python-ideas, Greg, and see if you get any uptake. -- ___ Python tracker ___ __

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

STINNER Victor added the comment: This change broke the AMD64 FreeBSD Shared 3.x buildbot: https://buildbot.python.org/all/#/builders/483/builds/513 FAIL: test_EXT_SUFFIX_in_vars (test.test_sysconfig.TestSysConfig) -- Tracebac

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

STINNER Victor added the comment: It also broke POWER6 AIX 3.8: https://buildbot.python.org/all/#builders/138/builds/125 Traceback (most recent call last): File "/home/buildbot/buildarea/3.8.aixtools-aix-power6/build/Lib/test/test_sysconfig.py", line 366, in test_EXT_SUFFIX_in_vars sel

[issue41462] os.set_blocking() raises OSError on VxWorks RTOS

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue42593] Consistency in unicode string multiplication with an integer

STINNER Victor added the comment: +Py_UCS4 fill_char = PyUnicode_READ(char_size, PyUnicode_DATA(str), 0); +memset(to, fill_char, len); The second parameter of memset() is a byte (8-bit "octet"). You cannot pass Py_UCS4 to memset(), it doesn't work. -- ___

[issue42590] Something like Rust's std::sync::Mutex – combining a mutex primitive and a piece of data it's protecting

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

[issue39825] EXT_SUFFIX inconsistent between sysconfig and distutils.sysconfig (Windows)

mattip added the comment: I submitted PR 23684 to try to skip tests to fix this. I don't understand why this wasn't caught before merge, and where AIX and FREEBSD are setting EXT_SUFFIX improperly. -- message_count: 9.0 -> 10.0 pull_requests: +22549 stage: resolved -> patch review pu

[issue42593] Consistency in unicode string multiplication with an integer

syl-nktaylor added the comment: The build did seem to run, despite memset using fillchar without the explicit casting, so I assumed it did an implicit casting, but the original casting can be kept of course. With this build, my sample tests for 1-byte, 2-byte and 4-byte chars also ran ok, so

[issue33066] raise an exception from multiple positions break the traceback frames

Irit Katriel added the comment: When an exception has a __traceback__ and you raise it, the current frame is added to that traceback. What do you expect the behavior to be when you raise the same exception instance twice, from two different locations? -- nosy: +iritkatriel _

[issue42594] Provide a way to skip magic-number search in ZipFile(mode='a')

New submission from Bart Robinson : When a ZipFile object is created with mode='a', the existing file contents are checked for the magic number b"PK\005\006" near the end of the file. If a non-zipfile just happens to contain this magic number, it can confuse the library into assuming the fil

[issue42572] Better path handling with argparse

Austin Scola added the comment: Hey Eric, Thanks for the response. I'm unfamiliar with the process of adding features to the language. Would you mind explaining to me what some of the qualifications are for getting something added to the stdlib? And also what role packages on PyPI play in t

  1   2   >