[issue36216] CVE-2019-9636: urlsplit does not handle NFKC normalization

Change by dcockcn : -- components: +FreeBSD -Unicode nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36216] CVE-2019-9636: urlsplit does not handle NFKC normalization

Change by dcockcn : -- versions: -Python 2.7, Python 3.4, Python 3.5, Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue13657] IDLE doesn't recognize resetting sys.ps1.

Terry J. Reedy added the comment: Starting with 3.10.0b1, Shell is being reworked in ways that make this issue, as formulated, out of date. Solving the indent problems means that prompt must be removed from the first line of interactive input. #37892. The initial solution is to put >>>

[issue36841] Supporting customization of float encoding in JSON

Éric Araujo added the comment: I think this should be discussed on the mailing list or Discourse, to get use cases and needs. -- nosy: +eric.araujo versions: +Python 3.11 -Python 3.8 ___ Python tracker

[issue44070] __file__ is now fully qualified in 3.8 and 3.9

Steve Dower added the comment: New changeset b4884083aed9bfec22c4da0e0223ad6a04a4bef2 by Steve Dower in branch '3.9': bpo-44070: Clarify NEWS message to specify the version when the behaviour was introduced (GH-26029)

[issue44070] __file__ is now fully qualified in 3.8 and 3.9

Change by Steve Dower : -- pull_requests: +24679 pull_request: https://github.com/python/cpython/pull/26029 ___ Python tracker ___

[issue44070] __file__ is now fully qualified in 3.8 and 3.9

Change by Steve Dower : -- pull_requests: +24678 pull_request: https://github.com/python/cpython/pull/26028 ___ Python tracker ___

[issue44106] [sqlite3] don't use politicians in examples/docs

Change by Erlend E. Aasland : -- keywords: +patch pull_requests: +24677 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26027 ___ Python tracker

[issue44106] [sqlite3] don't use politicians in examples/docs

New submission from Erlend E. Aasland : In GH-25003, we rewrote one of the database examples to use programming languages iso. political persons. However, there are still some politicians lurking in the sqlite3 docs. Suggesting to get rid of those as well. See also Berker's comment:

[issue44070] __file__ is now fully qualified in 3.8 and 3.9

Steve Dower added the comment: New changeset 23822e2c654e950bcfa563e27b99bcb46187ac8b by Steve Dower in branch '3.9': bpo-44070: No longer eagerly makes import filenames absolute, except for extension modules (GH-26025)

[issue44092] [sqlite3] consider removing special rollback handling

Change by Erlend E. Aasland : -- pull_requests: +24676 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26026 ___ Python tracker ___

[issue44105] tempfile.TemporaryDirectory deleted after call to subprocess.run in threads

Change by Colas Le Guernic : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21501] docs: mmap example for use in documentation

Change by Irit Katriel : -- keywords: +easy title: submitting mmap example for use in documentation -> docs: mmap example for use in documentation versions: +Python 3.11 -Python 2.7 ___ Python tracker

[issue44070] __file__ is now fully qualified in 3.8 and 3.9

Change by Steve Dower : -- keywords: +patch pull_requests: +24675 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26025 ___ Python tracker ___

[issue34367] AsyncResult.get() only notifies one thread

Irit Katriel added the comment: Fixed in Python 3 and Python 2 is past EOL. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue44105] tempfile.TemporaryDirectory deleted after call to subprocess.run in threads

New submission from Colas Le Guernic : Yet another weird bug when one creates sub-processes from threads. I found several issues mentioning ThreadPoolExecutor and subprocess.run but I believe this one is different. When creating a temporary directory with tempfile.TemporaryDirectory (with or

[issue38250] enum.Flag should be more set-like

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33376] [pysqlite] Duplicate rows can be returned after rolling back a transaction

Erlend E. Aasland added the comment: I believe the former proposed solution is the correct solution. I'm digging though the pysqlite git history (both in the original repo and in CPython), the SQLite changelogs, and different test suites to prove me wrong :) I'm using bpo-44092 to track my

[issue44037] Broad performance regression from 3.10a7 to 3.10b1 with python.org macOS binaries

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35633] test_eintr fails on AIX since fcntl functions were modified

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40943] PEP 353: Drop support for PyArg_ParseTuple() "#" formats when PY_SSIZE_T_CLEAN is not defined

STINNER Victor added the comment: commit 4ebf4a6bfad4afcbab3baf9c0159c7767e2a64c0 Author: Inada Naoki Date: Fri May 7 11:56:48 2021 +0900 bpo-40943: Fix skipitem() didn't raise SystemError (GH-25937) `convertitem()` raises `SystemError` when '#' is used without

[issue40222] "Zero cost" exception handling

Change by Pablo Galindo Salgado : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40222] "Zero cost" exception handling

Pablo Galindo Salgado added the comment: It seems that we have broken the stable ABI of PyCode_NewWithPosOnlyArgs as it has now another parameter. We need to either create a new private constructor or a new public constructor, but the ABI cannot change. --

[issue42235] [macOS] Use --enable-optimizations in build-installer.py

STINNER Victor added the comment: Thanks Ronald! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41282] Deprecate and remove distutils

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44068] Possible divide by zero problems

STINNER Victor added the comment: > Should we add an explicit check on variable char_size before using it in > division? Search for "There are 4 forms of Unicode strings" in Include/cpython/unicodeobject.h. char_size cannot be 0 in resize_compact(): it's checked by 2 assertions:

[issue44100] test__xxsubinterpreters: test_one() fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame"

STINNER Victor added the comment: See also bpo-37224 "[subinterpreters] test__xxsubinterpreters fails randomly" that I reported 2 years ago and is not fixed yet. -- ___ Python tracker

[issue43743] BlockingIOError: [Errno 11] Resource temporarily unavailable: on GPFS.

Change by Giampaolo Rodola' : -- pull_requests: +24674 pull_request: https://github.com/python/cpython/pull/26024 ___ Python tracker ___

[issue43743] BlockingIOError: [Errno 11] Resource temporarily unavailable: on GPFS.

Giampaolo Rodola' added the comment: > The question seems to be is if it should be okay to _GiveUpOnFastCopy after a > partial (incomplete) copy has already occurred via sendfile. I think it should not. For posterity: my rationale for introducing _USE_CP_SENDFILE was to allow monkey

[issue44074] patchcheck checks against branch "master" not "main"

miss-islington added the comment: New changeset 4cc836983ecc643be776026049bd1bcc826c7a0e by Miss Islington (bot) in branch '3.10': bpo-44074: let patchcheck infer the base branch name (GH-25991) https://github.com/python/cpython/commit/4cc836983ecc643be776026049bd1bcc826c7a0e --

[issue44074] patchcheck checks against branch "master" not "main"

miss-islington added the comment: New changeset fbd9b9939cffda4936a986bc729833c69b61f4cb by Miss Islington (bot) in branch '3.9': bpo-44074: let patchcheck infer the base branch name (GH-25991) https://github.com/python/cpython/commit/fbd9b9939cffda4936a986bc729833c69b61f4cb --

[issue44074] patchcheck checks against branch "master" not "main"

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

[issue44074] patchcheck checks against branch "master" not "main"

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

[issue44074] patchcheck checks against branch "master" not "main"

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +24672 pull_request: https://github.com/python/cpython/pull/26022 ___ Python tracker

[issue44104] http.cookies.CookieError: Illegal key

New submission from ra1nb0w : The issue arises when there are multiple web applications using the same hostname and a "bad" cookie is stored; the first one (ex. tvheadend) sets a cookie like 'ys-api/mpegts/service=blabla' and the second is a python one that crash with the following: May 10

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Raymond Hettinger added the comment: +1 for Victor's suggestions. It provides a reasonable way forward without locking in eval-loop implementation details that weren't intended to be public and frozen in time. -- ___ Python tracker

[issue44103] Python 3.10 docs are visually broken

Shreyan Avigyan added the comment: Yes, hard refresh fixes it. Thanks a lot. -- ___ Python tracker ___ ___ Python-bugs-list

[issue44103] Python 3.10 docs are visually broken

Jelle Zijlstra added the comment: Thanks, hard refresh does fix it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue44103] Python 3.10 docs are visually broken

Zachary Ware added the comment: This is likely an artifact of the new version of the theme and browser caching issues; try a full reload (Ctrl + Shift + R in Firefox). See also https://github.com/python/python-docs-theme/issues/78; I'll close this as a duplicate of that issue. --

[issue44103] Python 3.10 docs are visually broken

Jelle Zijlstra added the comment: > Can it be related to Sphinx version That's a good guess since Sphinx 4 was released on May 8. I'm not sure if Python would immediately pick that up though. -- ___ Python tracker

[issue44103] Python 3.10 docs are visually broken

Shreyan Avigyan added the comment: That's odd. What do you think is causing this? Python's 3.10 docs were fine even yesterday. Why is it suddenly broken? Can it be related to Sphinx version or some other bug? -- nosy: +shreyanavigyan ___ Python

[issue43743] BlockingIOError: [Errno 11] Resource temporarily unavailable: on GPFS.

Gregory P. Smith added the comment: The logic for bailing out to a slow copy is currently: https://github.com/python/cpython/blob/main/Lib/shutil.py#L158 that condition appears to not be happening in Alexei's test. Suggesting that either at least one sendfile call succeeded and thus offset

[issue40222] "Zero cost" exception handling

Change by Mark Shannon : -- pull_requests: +24671 pull_request: https://github.com/python/cpython/pull/26021 ___ Python tracker ___

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Change by Shreyan Avigyan : -- pull_requests: +24670 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/26020 ___ Python tracker ___

[issue44096] Bad clang detection in configure script

Ned Deily added the comment: Thanks for the report. Let’s hold off on writing a patch for now until I’ve had a chance to investigate the multiple issues here. That should be a few days after some imminent PyCon events. -- ___ Python tracker

[issue31604] unittest.TestLoader().loadTestsFromTestCase(...) fails when adding test cases with the expectedFailure decorator

Irit Katriel added the comment: I can't reproduce the issue on 3.10, I believe it was fixed by this: https://github.com/python/cpython/commit/c9b3ef2df06818f055e555c1d23e3ff2d5bf2d74 in particular: - def expectedFailure(func): - @functools.wraps(func) - def wrapper(*args,

[issue44103] Python 3.10 docs are visually broken

New submission from Jelle Zijlstra : In the 3.10 docs (but not 3.11 or 3.9) I see an extra copy of the table of contents at the top of the page. Attached a screenshot. -- assignee: docs@python components: Documentation files: Screen Shot 2021-05-10 at 9.11.51 AM.png messages: 393416

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

William Pickard added the comment: Correction: You can use either VsDevCmd.bat/Enter-VsDevShell on VS versions that provide them (2017 and 2019 are known to include it), but to get the x64 tools you need to pass command line arguments (They default to x86 native tools). Otherwise you must

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Shreyan Avigyan added the comment: I'm aware of that. But anyway I'm removing it since there are ways to overcome it. -- ___ Python tracker ___

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

William Pickard added the comment: Then it appears you're using a version of the compiler that is built for building 32-bit exes/dlls, you need to use the x64 version. For this you need to start either the x86 Cross Tools console or the x64 native console (VS 2019) or use

[issue44096] Bad clang detection in configure script

Change by Ned Deily : -- assignee: -> ned.deily nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Shreyan Avigyan added the comment: Zachary: > As I said on the first PR, and as William says above, I don't see any > indication that your assertion that some commands are 32-bit only is true. > Please provide some evidence for your claim. cl.exe by default points to the 32-bit cl.exe not

[issue44092] [sqlite3] consider removing special rollback handling

Erlend E. Aasland added the comment: Quoting pysqlite commit 5a009ed message (https://github.com/ghaering/pysqlite/commit/5a009ed6fb2e90b952438f5786f93cd1e8ac8722): "Implemented a function that resets all statements in the connection's statement cache. After calling this function it is

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Change by STINNER Victor : -- components: +C API, Interpreter Core ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Change by STINNER Victor : -- title: The DISPATCH() macro is not as efficient as it could be. -> The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing) versions: +Python 3.10 ___ Python tracker

[issue43760] The DISPATCH() macro is not as efficient as it could be.

STINNER Victor added the comment: I understand that some projects manually call the profile and/or trace functions, and temporarily set use_tracing 0 while calling these functions. Some projects restore use_tracing to the correct value (compute the efficient value), some projects simply set

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Steve Dower added the comment: I still don't think the patch goes anywhere near far enough to be useful. Most likely we should preface that section with a "we recommend using a third-party build backend for your package, such as ... and refer to packaging.python.org for up to date

[issue44076] issue with list in Python 3.8.5

Zachary Ware added the comment: Given that 3.8 is in security-fix-only mode and that it's not clear that this is actually a Python bug, I'm closing the issue. If you can reproduce the issue in Python 3.9 with a short script, do please open a new issue (or reopen this one) with the

[issue44076] issue with list in Python 3.8.5

Change by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Raymond Hettinger added the comment: I don't think the PEP meant to restrict individual struct member such as this. For example, we were able to switch from byte code to word code without violating the intended rules. Consider asking Brett and Benjamin for clarification. I would think

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Zachary Ware added the comment: Since the removal of Rietveld from the tracker, it's not easy to review a patch as a patch file. Please open a PR instead. As I said on the first PR, and as William says above, I don't see any indication that your assertion that some commands are 32-bit only

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

William Pickard added the comment: I'm quite familiar with MSVC's command line and I'm quite confused on what you mean "the above commands are specific to 32-bit Python" "/LD" is available for both 32-bit and 64-bit compilations, it implies "/MT" to the compiler and "/DLL" to the linker.

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Mark Shannon added the comment: But what does "use it" mean? What does setting `tstate->use_tracing = 1` do? There is no documented behavior, so how do we know what assumptions people are making about what happens when they set some field to 1? As I said, we could keep the field and ignore

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Petr Viktorin added the comment: PEP 0497 is rejected; the active one is PEP 387, which says "backwards incompatibility" means preexisting code ceases to comparatively function after a change. So, this does look like a backwards-incompatible change. Unfortunately, not all of the C API is

[issue33376] [pysqlite] Duplicate rows can be returned after rolling back a transaction

Ma Lin added the comment: Erlend, please take a look at this bug. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: scikit-learn: https://bugzilla.redhat.com/show_bug.cgi?id=1958976 gcc: sklearn/cluster/_k_means_fast.c In file included from /usr/lib64/python3.10/site-packages/numpy/core/include/numpy/ndarraytypes.h:1944, from

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Grep for SECONDRESET in log.txt to get the complete "API context". As far as I can see, there is no harm in removing the redundant reset statement. -- ___ Python tracker

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Complete fprintf log added, for reference. -- Added file: https://bugs.python.org/file50033/log.txt ___ Python tracker ___

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: fprintf debugging patch added, for reference -- Added file: https://bugs.python.org/file50032/fprintf.diff ___ Python tracker ___

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Adding fprintf's in pysqlite_statement_reset: diff --git a/Modules/_sqlite/statement.c b/Modules/_sqlite/statement.c --- a/Modules/_sqlite/statement.c +++ b/Modules/_sqlite/statement.c @@ -347,19 +363,23 @@ int pysqlite_statement_reset(pysqlite_Statement*

[issue41324] Add a minimal decimal capsule API

Daniele Varrazzo added the comment: Ah, just noticed that this has been now reverted. Oh well, I'll see what to do then :( -- ___ Python tracker ___

[issue41324] Add a minimal decimal capsule API

Daniele Varrazzo added the comment: FYI, will try to use this API in psycopg3, which supports the PostgreSQL decimal binary format. Thank you very much: it seems exactly what needed. Binary conversion with Python Decimal currently has disappointing performances and is slower than the text

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Tests that exercise this branch: Lib/sqlite3/test/dbapi.py: test_in_transaction Lib/sqlite3/test/dbapi.py: test_last_row_id_insert_o_r Lib/sqlite3/test/dbapi.py: test_on_conflict_abort_raises_with_explicit_transactions Lib/sqlite3/test/dbapi.py:

[issue43558] The dataclasses documentation should mention how to call super().__init__

Eric V. Smith added the comment: Thanks, @dhoekstra! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue43558] The dataclasses documentation should mention how to call super().__init__

Eric V. Smith added the comment: New changeset f47305aa1fa41c38f744e9a16ae33b74c6fd45e7 by Miss Islington (bot) in branch '3.10': bpo-43558: Add note about base class initialization to dataclasses doc (GH-25967) (GH-26018)

[issue43558] The dataclasses documentation should mention how to call super().__init__

Eric V. Smith added the comment: New changeset 4d532d3f8f7970493442d7c217220f60312f92e1 by Miss Islington (bot) in branch '3.9': bpo-43558: Add note about base class initialization to dataclasses doc (GH-25967) (GH-26019)

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: Disclaimer: I have not written the code nor do I understand what is trying to achieve. I merely collect the data and report the problems to the package maintainers. It just seems to me that a non-underscored (and hence public) member variable on a

[issue43558] The dataclasses documentation should mention how to call super().__init__

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

[issue43558] The dataclasses documentation should mention how to call super().__init__

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +24668 pull_request: https://github.com/python/cpython/pull/26018 ___ Python tracker

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Mark Shannon added the comment: If there is no C-API function that supports your needs, feel free to suggest one. -- ___ Python tracker ___

[issue43933] Regression in python3.10 with traceback frame having lineno of -1

Change by Mark Shannon : -- Removed message: https://bugs.python.org/msg393388 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue43933] Regression in python3.10 with traceback frame having lineno of -1

Mark Shannon added the comment: If there is no C-API function that supports your needs, feel free to suggest one. -- ___ Python tracker ___

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Relevant historical commits: - https://github.com/ghaering/pysqlite/commit/a471f0495956c3b8e3f45895b172e522a9ecd683 - https://github.com/ghaering/pysqlite/commit/5a009ed6fb2e90b952438f5786f93cd1e8ac8722 - 191321d11bc7e064e1a07830a43fa600de310e1b (in

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Erlend E. Aasland added the comment: Relevant historical commits: - https://github.com/ghaering/pysqlite/commit/a471f0495956c3b8e3f45895b172e522a9ecd683 - https://github.com/ghaering/pysqlite/commit/5a009ed6fb2e90b952438f5786f93cd1e8ac8722 - 191321d11bc7e064e1a07830a43fa600de310e1bj (in

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Change by Erlend E. Aasland : -- Removed message: https://bugs.python.org/msg393386 ___ Python tracker ___ ___ Python-bugs-list

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Mark Shannon added the comment: At yappi/_yappi.c:1261 sets an undocumented field on a CPython internal data structure. What did you believe that was supposed to do? use_tracing is not documented anywhere. We could add the field back and ignore it, but I doubt that would help you much.

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: Fedora packages affected (that we know of now): greenlet: https://bugzilla.redhat.com/show_bug.cgi?id=1957784 dipy: https://bugzilla.redhat.com/show_bug.cgi?id=1958203 yappi: https://bugzilla.redhat.com/show_bug.cgi?id=1958896 smartcols:

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Change by Greg Stein : -- nosy: +gstein nosy_count: 3.0 -> 4.0 pull_requests: +24667 pull_request: https://github.com/python/cpython/pull/26015 ___ Python tracker ___

[issue44102] mock_open does not support the use of 'seek()'

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue25690 . https://github.com/nivbend/mock-open has support for seek. As stated in the other issue supporting all operations of a filesystem might add more complexity. -- components: +Library (Lib) nosy:

[issue43350] [sqlite3] Active statements are reset twice in _pysqlite_query_execute()

Berker Peksag added the comment: Serhiy is right. Without a proper research on why it was added in the first place, simply removing the second call won't make code any better and it may introduce regressions (we've already introduced two in 3.10) Maybe doing some digging in pysqlite commits

[issue23750] doc: Clarify difference between os.system/subprocess.call in section "Replacing os.system()"

So Ukiyama added the comment: I created a PR which apply Martin Panter's patch. So If I have offended you with my rudeness, I hope you will forgive me for taking this down. -- ___ Python tracker

[issue23750] doc: Clarify difference between os.system/subprocess.call in section "Replacing os.system()"

Change by So Ukiyama : -- nosy: +uniocto nosy_count: 4.0 -> 5.0 pull_requests: +24666 pull_request: https://github.com/python/cpython/pull/26016 ___ Python tracker ___

[issue43804] "Building C and C++ Extensions on Windows" docs are very out-of-date

Shreyan Avigyan added the comment: Ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43760] The DISPATCH() macro is not as efficient as it could be.

Miro Hrončok added the comment: I am afraid the "Speed up check for tracing in interpreter dispatch" brought some backwards incompatible changes: yappi/_yappi.c:1261:9: error: ‘PyThreadState’ {aka ‘struct _ts’} has no member named ‘use_tracing’; did you mean ‘tracing’? 1261 |

[issue44102] mock_open does not support the use of 'seek()'

New submission from Niko : Using 'mock_open' to unit test a code that uses the 'seek()' function for the file object does not work. This would be a great addition for mock_open functionality as this use case happens occasionally. Test file contains: def test_one(self): with

[issue44101] Generation of an executable's library file when python is built is static

New submission from Christian Rendina : When linking any windows application with pythoncore built as a static library, such executable will automatically export all python c api functions and generate a static library. Exporting functions from a static library is a strange behavour, as I am

[issue43933] Regression in python3.10 with traceback frame having lineno of -1

Mark Shannon added the comment: Ned, no line numbers should never be None. (Except under very unusual circumstances, like the trace function raising an error) Taking a look at the disassembly of execsitecustomize, there is a return with no line number, which shouldn't happen. --

[issue44100] test__xxsubinterpreters: test_one() fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame"

Change by STINNER Victor : -- title: test_subinterpreters fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame" -> test__xxsubinterpreters: test_one() fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still

[issue44100] test_subinterpreters fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame"

Change by STINNER Victor : -- title: test_subinterpreters fails in AMD64 Fedora Stable 3.x -> test_subinterpreters fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame" ___ Python tracker

[issue44100] test_subinterpreters fails in AMD64 Fedora Stable 3.x: "Fatal Python error: Py_EndInterpreter: thread still has a frame"

Change by STINNER Victor : -- nosy: +nanjekyejoannah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

  1   2   >