[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-17 Thread Eric Snow
Eric Snow added the comment: FWIW, I've wrapped up the key parts that I wanted to get done here (co_localplusnames/kinds, MAKE_CELL, eliminate unused fast local for arg cells). I'm leaving this open for now as there are a few things I didn't do that seem part of the original intention

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-15 Thread Eric Snow
Eric Snow added the comment: New changeset ac38a9f2dfbba95f5d4338eb11a0221d38ef9328 by Eric Snow in branch 'main': bpo-43693: Eliminate unused "fast locals". (gh-26587) https://github.com/python/cpython/commit/ac38a9f2dfbba95f5d4338eb11a022

[issue21760] inspect documentation describes module type inaccurately

2021-06-09 Thread Eric Snow
Eric Snow added the comment: I've merged the changes for __file__. Thanks, furkanonder! The fixes in the types module remain to be done, though now I see 4 of the relevant attributes instead of 2. (missing: __path__, __file__, __cached__

[issue42088] types.SimpleNamespace.__repr__ documentation inconsistency

2021-06-09 Thread Eric Snow
Eric Snow added the comment: > According to the documentation for types.SimpleNamespace, > `repr(SimpleNamespace())` > should return `"SimpleNamespace()"`, but in actuality returns `"namespace()"`. Note that I purposefully wrote "roughly" in the

[issue42088] types.SimpleNamespace.__repr__ documentation inconsistency

2021-06-09 Thread Eric Snow
Eric Snow added the comment: I'm not sure what to think about this. The type is explicitly exposed to Python code "SimpleNamespace" via the types module. However, that's the same as how other builtin types are exposed in that module. For example, the builtin `P

[issue44363] Address sanitizer (gcc version) is generating false positives

2021-06-09 Thread Eric Snow
Eric Snow added the comment: This was my bad. I only partially fixed original problem when un-reverting 3fa63e in gh-26609. I've merged the rest of the fix in gh-26626. Sorry about that. -- nosy: +eric.snow ___ Python tracker <ht

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-09 Thread Eric Snow
Eric Snow added the comment: New changeset e6e34e45222b9c7a63ba92386612acf768082ba0 by Eric Snow in branch 'main': bpo-43693: Do not check co_cell2arg if a non-cell offset. (gh-26626) https://github.com/python/cpython/commit/e6e34e45222b9c7a63ba92386612acf768082ba0

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-09 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +25212 pull_request: https://github.com/python/cpython/pull/26626 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-08 Thread Eric Snow
Eric Snow added the comment: New changeset 3e1c7167d86a2a928cdcb659094aa10bb5550c4c by Eric Snow in branch 'main': bpo-43693: Un-revert commit f3fa63e. (#26609) https://github.com/python/cpython/commit/3e1c7167d86a2a928cdcb659094aa10bb5550c4c

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-08 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +25192 pull_request: https://github.com/python/cpython/pull/26609 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-08 Thread Eric Snow
Eric Snow added the comment: Thanks, Pablo! -- ___ Python tracker <https://bugs.python.org/issue43693> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Eric Snow added the comment: New changeset 165c884154901deae46b5e328a6414d130e6bfff by Eric Snow in branch 'main': bpo-43693: Silence some compiler warnings. (gh-26588) https://github.com/python/cpython/commit/165c884154901deae46b5e328a6414d130e6bfff

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +25173 pull_request: https://github.com/python/cpython/pull/26588 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +25172 pull_request: https://github.com/python/cpython/pull/26587 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Eric Snow added the comment: New changeset 631f9938b1604d4f893417ec339b9e0fa9196fb1 by Eric Snow in branch 'main': bpo-43693: Add the MAKE_CELL opcode and interleave fast locals offsets. (gh-26396) https://github.com/python/cpython/commit/631f9938b1604d4f893417ec339b9e0fa9196fb1

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Eric Snow added the comment: New changeset 2ab27c4af4ddf7528e1375e77c787c7fbb09b5e6 by Eric Snow in branch 'main': bpo-43693: Un-revert commits 2c1e258 and b2bf2bc. (gh-26577) https://github.com/python/cpython/commit/2ab27c4af4ddf7528e1375e77c787c7fbb09b5e6

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-07 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +25165 pull_request: https://github.com/python/cpython/pull/26577 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-04 Thread Eric Snow
Eric Snow added the comment: Thanks Pablo. I'll get this sorted out. Sorry for the pain. -- ___ Python tracker <https://bugs.python.org/issue43693> ___ ___

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-03 Thread Eric Snow
Eric Snow added the comment: New changeset b2bf2bc1ece673d387341e06c8d3c2bc6e259747 by Mark Shannon in branch 'main': bpo-43693: Compute deref offsets in compiler (gh-25152) https://github.com/python/cpython/commit/b2bf2bc1ece673d387341e06c8d3c2bc6e259747

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-06-03 Thread Eric Snow
Eric Snow added the comment: New changeset 2c1e2583fdc4db6b43d163239ea42b0e8394171f by Eric Snow in branch 'main': bpo-43693: Add new internal code objects fields: co_fastlocalnames and co_fastlocalkinds. (gh-26388) https://github.com/python/cpython/commit

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-27 Thread Eric Snow
Eric Snow added the comment: New changeset 9f494d492944c3a6a7a7471b4ad3a025dc7de289 by Eric Snow in branch 'main': bpo-43693: Add _PyCode_New(). (gh-26375) https://github.com/python/cpython/commit/9f494d492944c3a6a7a7471b4ad3a025dc7de289

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-26 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +24989 pull_request: https://github.com/python/cpython/pull/26396 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-26 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +24981 pull_request: https://github.com/python/cpython/pull/26388 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-25 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +24967 pull_request: https://github.com/python/cpython/pull/26375 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-25 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +24955 pull_request: https://github.com/python/cpython/pull/26364 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-19 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +24865 pull_request: https://github.com/python/cpython/pull/26258 ___ Python tracker <https://bugs.python.org/issue43

[issue43693] Logically merge cell and locals array. They are already contiguous in memory

2021-05-18 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow nosy_count: 4.0 -> 5.0 pull_requests: +24833 pull_request: https://github.com/python/cpython/pull/26216 ___ Python tracker <https://bugs.python.org/issu

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-17 Thread Eric Snow
Eric Snow added the comment: FYI, I'm going to focus discussion on the capi-sig thread. -- ___ Python tracker <https://bugs.python.org/issue43503> ___ ___ Pytho

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-17 Thread Eric Snow
Eric Snow added the comment: > PEP 489 is *very much* part of the limited API. Gah, I missed that. That said, I don't think it matters; I just lose an easy point in the rationale. :) -- ___ Python tracker <https://bugs.python.org/issu

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-17 Thread Eric Snow
Eric Snow added the comment: > I am confused. How can widening the usable number of functions (i.e. using > the whole C-API rather than the limited API) help c-extension modules be > usable in subinterpreters? Aren't the same singletons, exception types, and > other types exposed i

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-16 Thread Eric Snow
Eric Snow added the comment: FYI, I posted to capi-sig about this: https://mail.python.org/archives/list/capi-...@python.org/thread/INLCGPMTYFLRTWQL7RB4MUQZ37JAFRAU/ -- ___ Python tracker <https://bugs.python.org/issue43

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-16 Thread Eric Snow
Eric Snow added the comment: One simple solution is to explicitly state that the limited API does not support subinterpreters. This is already implied by the fact that the multi-phase init API (PEP 489) requires subinterpreter support but is not part of the limited API. If we establish

[issue39511] [subinterpreters] Per-interpreter singletons (None, True, False, etc.)

2021-03-15 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow nosy_count: 2.0 -> 3.0 pull_requests: +23645 pull_request: https://github.com/python/cpython/pull/24828 ___ Python tracker <https://bugs.python.org/issu

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
Change by Eric Snow : -- components: +Extension Modules, Interpreter Core, Subinterpreters ___ Python tracker <https://bugs.python.org/issue43503> ___ ___ Pytho

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
Change by Eric Snow : -- keywords: +patch pull_requests: +23642 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/24828 ___ Python tracker <https://bugs.python.org/issu

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
Change by Eric Snow : -- nosy: +Mark.Shannon, nascheme, vstinner ___ Python tracker <https://bugs.python.org/issue43503> ___ ___ Python-bugs-list mailin

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
Eric Snow added the comment: If the stable ABI weren't an issue then we would probably: * deprecate using the objects directly * do something like (2a) in the meantime It may make sense to do that for "#ifndef Py_LIMITED_API", regardless of how we handle the l

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
Eric Snow added the comment: Here are some solutions that I've considered: 1. immutable objects a. make the objects truly immutable/const * not trivial, if possible b. make the objects effectively immutable * (see GH-24828) use a really high refcount to make races irrelevant

[issue40255] Fixing Copy on Writes from reference counting

2021-03-15 Thread Eric Snow
Eric Snow added the comment: While the eventual solution may overlap, my interests are divergent enough from those here that I've created a separate issue: bpo-43503. -- ___ Python tracker <https://bugs.python.org/issue40

[issue43503] [subinterpreters] PyObject statics exposed in the limited API break isolation.

2021-03-15 Thread Eric Snow
New submission from Eric Snow : In the limited C-API we expose the following static PyObject variables: * 5 singletons * ~70 exception types * ~70 other types Since they are part of the limited API, they have a direct effect on the stable ABI. The problem is that these objects should

[issue40255] Fixing Copy on Writes from reference counting

2021-03-11 Thread Eric Snow
Eric Snow added the comment: Note that my PR does make the builtin types immortal (at least those initialized in _PyTypes_Init()). However, I did not make the singletons or other candidate objects immortal in the PR. That can be done separately

[issue40255] Fixing Copy on Writes from reference counting

2021-03-11 Thread Eric Snow
Eric Snow added the comment: FYI, I've just put up a similar PR [1] to Eddie's, with a focus on object immortality rather than immutability. However, if Py_IMMORTAL_CONST_REFCOUNTS is defined then it should have the behavior Eddie is after. [1] https://github.com/python/cpython/pull/24828

[issue40255] Fixing Copy on Writes from reference counting

2021-03-11 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow nosy_count: 15.0 -> 16.0 pull_requests: +23592 pull_request: https://github.com/python/cpython/pull/24828 ___ Python tracker <https://bugs.python.org/issu

[issue36876] [subinterpreters] Global C variables are a problem

2020-12-25 Thread Eric Snow
Eric Snow added the comment: New changeset 5ae9be68d9f1a628fdc920b647257f94afb77887 by Eric Snow in branch 'master': bpo-36876: [c-analyzer tool] Additional CLI updates for "capi" command. (gh-23929) https://github.com/python/cpython/commit/5ae9be68d9f1a628fdc920b647257f

[issue36876] [subinterpreters] Global C variables are a problem

2020-12-24 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +22779 pull_request: https://github.com/python/cpython/pull/23929 ___ Python tracker <https://bugs.python.org/issue36

[issue36876] [subinterpreters] Global C variables are a problem

2020-12-24 Thread Eric Snow
Eric Snow added the comment: New changeset 7ec59d8861ef1104c3028678b2cacde4c5693e19 by Eric Snow in branch 'master': bpo-36876: [c-analyzer tool] Add a "capi" subcommand to the c-analyzer tool. (gh-23918) https://github.com/python/cpython/commit/7ec59d8861ef1104c3028678b2cacd

[issue36876] [subinterpreters] Global C variables are a problem

2020-12-23 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +22769 pull_request: https://github.com/python/cpython/pull/23918 ___ Python tracker <https://bugs.python.org/issue36

[issue36876] [subinterpreters] Global C variables are a problem

2020-11-20 Thread Eric Snow
Eric Snow added the comment: New changeset 9f02b479e6b6b48d0c2aad621978cff82e530b15 by Eric Snow in branch 'master': bpo-36876: [c-analyzer tool] Tighten up the results and output. (GH-23431) https://github.com/python/cpython/commit/9f02b479e6b6b48d0c2aad621978cff82e530b15

[issue36876] [subinterpreters] Global C variables are a problem

2020-11-20 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +22322 pull_request: https://github.com/python/cpython/pull/23431 ___ Python tracker <https://bugs.python.org/issue36

[issue36876] [subinterpreters] Global C variables are a problem

2020-10-30 Thread Eric Snow
Eric Snow added the comment: New changeset 4fe72090deb7fb7bc09bfa56c92f6b3b0967d395 by Eric Snow in branch 'master': bpo-36876: Small adjustments to the C-analyzer tool. (GH-23045) https://github.com/python/cpython/commit/4fe72090deb7fb7bc09bfa56c92f6b3b0967d395

[issue36876] [subinterpreters] Global C variables are a problem

2020-10-30 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +21964 pull_request: https://github.com/python/cpython/pull/23045 ___ Python tracker <https://bugs.python.org/issue36

[issue36876] [subinterpreters] Global C variables are a problem

2020-10-22 Thread Eric Snow
Eric Snow added the comment: New changeset 345cd37abe324ad4f60f80e2c3133b8849e54e9b by Eric Snow in branch 'master': bpo-36876: Fix the C analyzer tool. (GH-22841) https://github.com/python/cpython/commit/345cd37abe324ad4f60f80e2c3133b8849e54e9b

[issue36225] [subinterpreters] Lingering subinterpreters should be implicitly cleared on shutdown

2020-10-22 Thread Eric Snow
Eric Snow added the comment: > I see multiple non trivial problems: > > * To finalize the subinterpreter A, Py_Finalize() may switch the current > Python thread state from the main interpreter to a Python thread in the > subintrepeter A. It can lead to new funny issues. I'

[issue36876] [subinterpreters] Global C variables are a problem

2020-10-20 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +21795 pull_request: https://github.com/python/cpython/pull/22841 ___ Python tracker <https://bugs.python.org/issue36

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

2020-06-16 Thread Eric Snow
Eric Snow added the comment: @Pablo, yeah, I'll try to take a look this week. Are these new failures? Keep in mind that these tests can sometimes expose existing bugs in our runtime (as we fix runtime issues elsewhere) rather than regressions, though that isn't necessarily the case here

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

2020-06-16 Thread Eric Snow
Eric Snow added the comment: New changeset 818f5b597ae93411cc44e404544247d436026a00 by Eric Snow in branch 'master': bpo-32604: Clean up test.support.interpreters. (gh-20926) https://github.com/python/cpython/commit/818f5b597ae93411cc44e404544247d436026a00

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

2020-06-16 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +20105 pull_request: https://github.com/python/cpython/pull/20926 ___ Python tracker <https://bugs.python.org/issue32

[issue39075] types.SimpleNamespace should preserve attribute ordering (?)

2020-05-15 Thread Eric Snow
Change by Eric Snow : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40572] Support basic asynchronous cross-interpreter operations.

2020-05-08 Thread Eric Snow
Change by Eric Snow : -- keywords: +patch pull_requests: +19323 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20012 ___ Python tracker <https://bugs.python.org/issu

[issue40572] Support basic asynchronous cross-interpreter operations.

2020-05-08 Thread Eric Snow
New submission from Eric Snow : (This is a continuation of the work from bpo-33608. That issue ended up with a lot of baggage and clutter (due to problems that have since been resolved), so we closed it. This issue is where we're picking it up fresh.) When two interpreters are cooperating

[issue32604] Expose the subinterpreters C-API in Python for testing use.

2020-05-07 Thread Eric Snow
Eric Snow added the comment: New changeset a1d9e0accd33af1d8e90fc48b34c13d7b07dcf57 by Eric Snow in branch 'master': bpo-32604: [_xxsubinterpreters] Propagate exceptions. (GH-19768) https://github.com/python/cpython/commit/a1d9e0accd33af1d8e90fc48b34c13d7b07dcf57

[issue40533] Subinterpreters: don't share Python objects between interpreters

2020-05-06 Thread Eric Snow
Eric Snow added the comment: Yep, before per-interpreter GIL is official we must get to the point where *no* PyObject objects are shared. Making PyObject.ob_refcnt atomic until then (only as part of the experiment) should be fine. -- ___ Python

[issue40058] Running test_datetime twice fails with: module 'datetime' has no attribute '_divide_and_round'

2020-05-06 Thread Eric Snow
Eric Snow added the comment: FYI, with the following additions in Lib/test/test_datetime.py... before = set(sys.modules) try: pure_tests = import_fresh_module(TESTS, fresh=['datetime', '_strptime'], blocked=['_datetime']) _pure = set

[issue40514] Add --experimental-isolated-subinterpreters build option

2020-05-05 Thread Eric Snow
Eric Snow added the comment: It would probably make sense to remove the build option in the 3.9 release. We can leave it in master, but remove it in the 3.9 branch once it has been created. -- ___ Python tracker <https://bugs.python.

[issue40010] Inefficient signal handling in multithreaded applications

2020-05-05 Thread Eric Snow
Eric Snow added the comment: Good catch on this, Victor. Thanks for doing it. -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue40

[issue40513] Move _PyRuntimeState.ceval to PyInterpreterState

2020-05-05 Thread Eric Snow
Eric Snow added the comment: If this issue covers the GIL (which it seems to) then I'd expect _PyRuntimeState.gilstate to be handled here too. -- ___ Python tracker <https://bugs.python.org/issue40

[issue40513] Move _PyRuntimeState.ceval to PyInterpreterState

2020-05-05 Thread Eric Snow
Eric Snow added the comment: >From a user perspective, does it make sense to have a different >recursion_limit per interpreter? I don't see a problem with it. However, >does it make sense to also keep a global value that we default to when a >per-interpreter value is not s

[issue40513] Move _PyRuntimeState.ceval to PyInterpreterState

2020-05-05 Thread Eric Snow
Eric Snow added the comment: FWIW, I think it would make sense to keep "signals_pending" under _PyRuntimeState rather than moving it to PyInterpreterState. Signals are only handled by the main interpreter (in its main thread). Even though "signals_pending" is useful to

[issue38880] Subinterpreters: List interpreters associated with a channel end

2020-05-01 Thread Eric Snow
Eric Snow added the comment: Thanks again, Lewis! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40390] Implement _xxsubinterpreters.channel_send_wait().

2020-05-01 Thread Eric Snow
Eric Snow added the comment: Thanks for working on this, Ben! FWIW, I've put up a separate PR to demonstrate how I was thinking we would solve this: https://github.com/python/cpython/pull/19829. -- ___ Python tracker <https://bugs.python.

[issue40350] modulefinder chokes on numpy - dereferencing None in spec.loader

2020-05-01 Thread Eric Snow
Eric Snow added the comment: Ah, namespace packages. :) Yeah, the code is not taking the "spec.loader is None" case into account. I expect the fix would be to add handling of that case a few lines up in the code, right after handling BuiltinImporter and FrozenImporter. O

[issue40350] modulefinder chokes on numpy - dereferencing None in spec.loader

2020-05-01 Thread Eric Snow
Change by Eric Snow : -- stage: -> test needed versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue40350> ___ ___ Python-bugs-list mai

[issue40417] PyImport_ReloadModule emits deprecation warning

2020-05-01 Thread Eric Snow
Eric Snow added the comment: Did you have a need for this to be fixed in 3.8 or earlier? This seems reasonably and simple enough to backport. I suppose someone could be relying on an implicit import of the "imp" module, but that seems highly unlikely and susp

[issue40417] PyImport_ReloadModule emits deprecation warning

2020-05-01 Thread Eric Snow
Eric Snow added the comment: Yeah, that looks like an oversight. I've approved your PR. Thanks! -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue40

[issue40453] Add PyConfig._isolated_interpreter: isolated subinterpreters

2020-05-01 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue40453> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32604] Expose the subinterpreters C-API in Python for testing use.

2020-04-30 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +19149 pull_request: https://github.com/python/cpython/pull/19829 ___ Python tracker <https://bugs.python.org/issue32

[issue32604] Expose the subinterpreters C-API in Python for testing use.

2020-04-28 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +19090 pull_request: https://github.com/python/cpython/pull/19770 ___ Python tracker <https://bugs.python.org/issue32

[issue40390] Implement _xxsubinterpreters.channel_send_wait().

2020-04-28 Thread Eric Snow
Eric Snow added the comment: Thanks, Ben. I'll take a look. -- components: +Library (Lib) -C API title: Implement a C API for channel_send_wait for subinterpreters. -> Implement _xxsubinterpreters.channel_send_wait(). ___ Python tracker <

[issue32604] Expose the subinterpreters C-API in Python for testing use.

2020-04-28 Thread Eric Snow
Change by Eric Snow : -- pull_requests: +19088 pull_request: https://github.com/python/cpython/pull/19768 ___ Python tracker <https://bugs.python.org/issue32

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

2020-04-22 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue40360> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37266] Daemon threads must be forbidden in subinterpreters

2020-04-08 Thread Eric Snow
Eric Snow added the comment: I've opened bpo-40234 to address backward incompatibility from this change (e.g. affecting mod-wsgi). -- ___ Python tracker <https://bugs.python.org/issue37

[issue40234] Disallow daemon threads in subinterpreters optionally.

2020-04-08 Thread Eric Snow
New submission from Eric Snow : In bpo-37266 we strictly disallowed creation of daemon threads in subinterpreters. However, this is backward-incompatible for existing users of the subinterpreter C-API (such as mod-wsgi). Rather than reverting that change I suggest that we make it opt

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.

2020-04-08 Thread Eric Snow
Eric Snow added the comment: > I close this issue with a complex history. > > If someone wants to continue to work on this topic, please open an issue with > a very clear description of what should be done and how it is supposed to be > used. Yeah, there is more to do. I'

[issue40077] Convert static types to PyType_FromSpec()

2020-04-08 Thread Eric Snow
Eric Snow added the comment: > Wouldn't having less static types slow down startup time? FWIW, I've been considering an approach where the main interpreter keeps using static types but subinterpreters use heap types. If it isn't too much effort (or too hacky) then it might be a suffici

[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.

2020-03-27 Thread Eric Snow
Eric Snow added the comment: FYI, in bpo-39984 Victor moved pending calls to PyInterpreterState, which was part of my reverted change. However, there are a few other pieces of that change that need to be applied before this issue is resolved. I'm not sure when I'll get

[issue39984] Move pending calls from _PyRuntime to PyInterpreterState

2020-03-27 Thread Eric Snow
Eric Snow added the comment: Awesome! Thanks for doing this, Victor. I'll take a look when I can and adjust the changes for bpo-33608. If you'll recall, I made a similar change as part of the solution for that issue, which we later reverted due to problems we discovered with daemon

[issue39829] __len__ called twice in the list() constructor

2020-03-09 Thread Eric Snow
Eric Snow added the comment: I'm not opposed. :) I just don't want to impose on your time. -- assignee: -> pablogsal resolution: not a bug -> stage: resolved -> status: closed -> open ___ Python tracker <https://bugs.python

[issue39829] __len__ called twice in the list() constructor

2020-03-09 Thread Eric Snow
Eric Snow added the comment: FWIW, I encouraged Kim to file this. Thanks Kim! While it isn't part of any specification, it is an unexpected change in behavior that led to some test failures. So I figured it would be worth bringing up. :) I did find it surprising that we were not caching

[issue37497] Add inspect.Signature.from_text().

2020-03-06 Thread Eric Snow
Eric Snow added the comment: Honestly, I don't recall exactly the concrete use case for which I opened this. :) I *think* it was related to applying a more restrictive signature onto an existing function (e.g. with a decorator). -- ___ Python

[issue17422] language reference should specify restrictions on class namespace

2020-03-06 Thread Eric Snow
Eric Snow added the comment: Thanks for fixing that, Caleb! FWIW, I've opened a separate issue (#39879) for adding a note in the language reference about dict ordering. Sorry for the confusion. -- resolution: -> fixed stage: patch review -> resolved status: open -&g

[issue39879] Update language reference to specify that dict is insertion-ordered.

2020-03-06 Thread Eric Snow
New submission from Eric Snow : As of 3.7 [1], dict is guaranteed to preserve insertion order: the insertion-order preservation nature of dict objects has been declared to be an official part of the Python language spec. However, at least one key part of the language reference [2

[issue33234] Improve list() pre-sizing for inputs with known lengths

2020-03-02 Thread Eric Snow
Eric Snow added the comment: Possible backward incompatibility caused by this issue: issue39829 -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue33

[issue17422] language reference should specify restrictions on class namespace

2020-02-27 Thread Eric Snow
Eric Snow added the comment: Thanks for working on this. Sorry I didn't get a chance to see your PR sooner. There was one small thing that needs to be changed back, as I implied in my comment on the PR [1]. Please undo the change in the text from "ordered mapping"

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

2020-02-07 Thread Eric Snow
Change by Eric Snow : -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue1635741> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39511] [subinterpreters] Per-interpreter singletons (None, True, False, etc.)

2020-02-04 Thread Eric Snow
Eric Snow added the comment: > This is pretty much one of the two approaches I have been considering. The other approach is to leave the current static singletons alone and only use them for the main interpreter. Each subinterpreter would get its own copy, created when that interpre

[issue39511] [subinterpreters] Per-interpreter singletons (None, True, False, etc.)

2020-02-04 Thread Eric Snow
Eric Snow added the comment: On Sun, Feb 2, 2020 at 3:32 PM Raymond Hettinger wrote: > Random idea (not carefully thought-out): Would it be simpler to have these > objects just > ignore their refcount by having dealloc() be a null operation or having it > set the ref

[issue39511] [subinterpreters] Per-interpreter singletons (None, True, False, etc.)

2020-02-04 Thread Eric Snow
Eric Snow added the comment: On Sun, Feb 2, 2020 at 2:53 PM Raymond Hettinger wrote: > Is the sub-interpreter PEP approved? PEP 554 is not approved yet (and certainly is not guaranteed, though I'm hopeful). However, that PEP is exclusively about exposing subinterpreters in the std

[issue37224] test__xxsubinterpreters fails randomly

2020-02-04 Thread Eric Snow
Eric Snow added the comment: Thanks, Kyle. That helps at least a little. :) -- ___ Python tracker <https://bugs.python.org/issue37224> ___ ___ Python-bug

[issue39516] ++ does not throw a SyntaxError

2020-02-04 Thread Eric Snow
Eric Snow added the comment: FWIW, this is the sort of thing that is usually best suited to be reported by linters, not the Python runtime. -- nosy: +eric.snow ___ Python tracker <https://bugs.python.org/issue39

[issue39487] Merge duplicated _Py_IDENTIFIER identifiers in C code

2020-01-29 Thread Eric Snow
Eric Snow added the comment: FTR: As Martin noted in #19514, there isn't any performance difference for statics, whether local or global. For static locals the compiler (at least on linux) generates symbols named as ".<#>" and they are treated as global. One key d

  1   2   3   4   5   6   7   8   9   10   >