[issue35470] A deadly decref in _PyImport_FindExtensionObjectEx()

Change by Eric Snow : -- nosy: +eric.snow type: -> behavior versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue35470> ___ ___ Python-

[issue35526] __future__.barry_as_FLUFL documented as mandatory for Python 3.9

Change by Eric Snow : -- nosy: +barry, brett.cannon ___ Python tracker <https://bugs.python.org/issue35526> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34855] batch file variables

Eric Lindblad added the comment: Should windows-steps.yml (line 11) and windows-appx-test.yml committed 6 Dec. (line 39) both read EXTERNALS_DIR? -- ___ Python tracker <https://bugs.python.org/issue34

[issue34522] PyTypeObject's tp_base initialization bug

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

[issue35381] Heap-allocated posixmodule types

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

[issue34569] test__xxsubinterpreters.ShareableTypeTests._assert_values fails on AIX - 32-bit mode

Eric Snow added the comment: New changeset a909460a09cca79bd051c45b02e650862a57dbd9 by Eric Snow (Michael Felt) in branch 'master': bpo-34569: Fix subinterpreter 32-bit ABI, pystate.c/_new_long_object() (gh-9127) https://github.com/python/cpyt

[issue34569] test__xxsubinterpreters.ShareableTypeTests._assert_values fails on AIX - 32-bit mode

Eric Snow added the comment: Thanks, Michael. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35724] Check for main interpreter when checking for "main" thread (for signal handling)

New submission from Eric Snow : The code in Modules/signalsmodule.c (as well as a few other places in the code) has a concept of a "main" thread. It's the OS thread where Py_Initialize() was called (and likely the process's original thread). For various good reasons, w

[issue35423] Signal handling machinery still relies on "pending calls".

Eric Snow added the comment: New changeset fdf282d609fd172d52b59a6f1f062eb701494528 by Eric Snow in branch 'master': bpo-35423: Stop using the "pending calls" machinery for signals. (gh-10972) https://github.com/python/cpython/commit/fdf282d609fd172d52b5

[issue35724] Check for main interpreter when checking for "main" thread (for signal handling)

Change by Eric Snow : -- keywords: +patch pull_requests: +11123 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35724] Check for main interpreter when checking for "main" thread (for signal handling)

Change by Eric Snow : -- keywords: +patch, patch pull_requests: +11123, 11124 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35423] Signal handling machinery still relies on "pending calls".

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

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

Change by Eric Snow : -- pull_requests: +11360 ___ Python tracker <https://bugs.python.org/issue33608> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by Eric Snow : -- pull_requests: +11360, 11361 ___ Python tracker <https://bugs.python.org/issue33608> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by Eric Snow : -- pull_requests: +11360, 11361, 11362 ___ Python tracker <https://bugs.python.org/issue33608> ___ ___ Python-bugs-list mailing list Unsub

[issue35785] argparse crashes in gettext when processing missing arguments

Change by Eric Fahlgren : -- type: -> crash ___ Python tracker <https://bugs.python.org/issue35785> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue35785] argparse crashes in gettext when processing missing arguments

New submission from Eric Fahlgren : When argparse is configured with an option that takes arguments, then the script is invoked with the switch but no arguments, a nonsensical exception is raised during gettext processing. In the 3.7.1 source, the error is at line 2077 of argparse.py, where

[issue35785] argparse crashes in gettext when processing missing arguments

Eric Fahlgren added the comment: After a bit more digging, it's a side effect of having the locale set with 'Plural-Forms'. I've attached the resulting .mo file, but since it's a binary, I'm not sure it will work cross-platform, so here's how to recreate

[issue35785] argparse crashes in gettext when processing missing arguments

Eric Fahlgren added the comment: Thanks, I installed 3.7.2 on one of our non-production machines and it appears that gettext has been fixed, so I'm closing this. > python -V Python 3.7.2 > python bpo35785.py --foo usage: bpo35785.py [-h] [--foo FOO] bpo35785.py: error: arg

[issue35779] Print friendly version message in REPL

Eric Snow added the comment: Hi Ma Lin! Thanks for the suggestion. We appreciate your interest in making Python better. It's unclear from your messages what is motivating your request. You mentioned middle school students, but that didn't sound like your actual motivator. Kn

[issue35806] typing module adds objects to sys.modules that don't look like modules

New submission from Eric Snow : tl;dr Should all objects in sys.modules look like module objects? In #35791 Ronald described a problem with a "module" added to sys.modules that does not have all the attributes a module should have. He also mentioned a similar problem with ty

[issue35791] Unexpected exception with importlib

Eric Snow added the comment: FYI, I opened #35806 for typing.io. -- ___ Python tracker <https://bugs.python.org/issue35791> ___ ___ Python-bugs-list mailin

[issue35779] Print friendly version message in REPL

Eric Snow added the comment: Thanks for clarifying, Ma Lin. At this point there just isn't enough strong justification for making any change here. So I'm closing the issue. Also, making a PR for this likely wouldn't be the best use of your time. However, if you&#

[issue35864] Replace OrderedDict with regular dict in namedtuple's _asdict() method.

Eric Snow added the comment: Thanks for doing this, Raymond! FYI, I found a couple of places where it still refers to OrderedDict: 1. in the doc entry in collections.rst [1] 2. in the docstring [2] [1] https://github.com/python/cpython/commit/0bb4bdf0d93b301407774c4ffd6df54cff947df8#diff

[issue35864] Replace OrderedDict with regular dict in namedtuple's _asdict() method.

Eric Snow added the comment: Also, there's a potentially misleading detail that you might consider correcting in the text. However, making it correct might make it slightly less clear, so it's a bit of a judgement call on how important it is to be explicit here. (FWIW, I think

[issue35864] Replace OrderedDict with regular dict in namedtuple's _asdict() method.

Eric Snow added the comment: If you prefer, I'd be glad to open separate issues for either thing. -- ___ Python tracker <https://bugs.python.org/is

[issue35864] Replace OrderedDict with regular dict in namedtuple's _asdict() method.

Eric Snow added the comment: FWIW, both PEP 468 (kwargs order) and PEP 520 (class definition order) specify order-preserving mapping rather than dict. The main difference is that they are about language features rather than something out of the stdlib

[issue35134] Add a new Include/cpython/ subdirectory for the "CPython API" with implementation details

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

[issue35258] Consider enabling -Wmissing-prototypes

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

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

New submission from Eric Snow : In November Victor created the Include/cpython directory and moved a decent amount of public (but not limited) API there. This included the PyInterpreterState struct. I'd like to move it into the "internal" headers since it is somewhat

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- keywords: +patch pull_requests: +11623 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- keywords: +patch, patch pull_requests: +11623, 11624 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- keywords: +patch, patch, patch pull_requests: +11623, 11624, 11625 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Eric Snow added the comment: FWIW, I was hoping to the same for PyThreadState but it looks like 6 of its fields are exposed in "stable" header files via the following macros: # Include/object.h Py_TRASHCAN_SAFE_BEGIN Py_TRASHCAN_SAFE_END Include.ceval.h Py_EnterRec

[issue35888] ssl module - could not get the server certificate w/o completed handshake

New submission from Lee Eric : Hi, I'm not sure if this is the right place to ask after I exhausted several communication ways. I'm trying to use standard ssl module to get the server certificate details. If I understand correctly, the certificate I can get only when the TLS/SSL

[issue35813] shared memory construct to avoid need for serialization between processes

Eric Snow added the comment: FTR, I've had a number of extensive conversations with Davin (over the last year and a half) about this feature. His choices seemed reasonable (caveat: I'm not an expert on multiprocessing) and the feature seemed desirable. I did not rev

[issue32417] fromutc does not respect datetime subclasses

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

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: tl;dr It's too late to change anything here. Also, is it actually a problem in practice? At this point enhancements can not go into 2.7 (you're welcome to appeal to the release manager). The changes to `PyStructSequence` (from bpo-1820) appea

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: [1] https://devguide.python.org/#status-of-python-branches -- ___ Python tracker <https://bugs.python.org/issue35914> ___ ___ Pytho

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: FWIW, if folks *are* checking for tuple (and I'd love to know why) then I'd recommend that they not. :) A more Pythonic (and arguably generally better) approach would be to stick tightly to what data you need and take advantage of duck-typing. Whe

[issue35914] [2.7] PyStructSequence objects not behaving like nametuple

Eric Snow added the comment: Sounds good. I hope that helped. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue28411] Eliminate PyInterpreterState.modules.

Change by Eric Snow : -- pull_requests: -11713 ___ Python tracker <https://bugs.python.org/issue28411> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28411] Eliminate PyInterpreterState.modules.

Change by Eric Snow : -- pull_requests: -11714 ___ Python tracker <https://bugs.python.org/issue28411> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28411] Eliminate PyInterpreterState.modules.

Eric Snow added the comment: FTR, gh-9047 (for issue #34572) mentions this issue. -- ___ Python tracker <https://bugs.python.org/issue28411> ___ ___ Python-bug

[issue28411] Eliminate PyInterpreterState.modules.

Change by Eric Snow : -- assignee: -> eric.snow type: -> behavior ___ Python tracker <https://bugs.python.org/issue28411> ___ ___ Python-bugs-list

[issue34572] C unpickling bypasses import thread safety

Eric Snow added the comment: Perhaps PyImport_GetModule() should aquire-release the module's lock before the lookup? This would effectively be a call to _lock_unlock_module() in importlib._bootstrap. The alternative is to encourage using PyImport_Import() instead, like the PR has

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- pull_requests: -11625 ___ Python tracker <https://bugs.python.org/issue35886> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- pull_requests: -11624 ___ Python tracker <https://bugs.python.org/issue35886> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34572] C unpickling bypasses import thread safety

Eric Snow added the comment: Thanks, Antoine. -- ___ Python tracker <https://bugs.python.org/issue34572> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35943] PyImport_GetModule() can return partially-initialized module

Eric Snow added the comment: Yeah, that makes sense. -- ___ Python tracker <https://bugs.python.org/issue35943> ___ ___ Python-bugs-list mailing list Unsub

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Eric Snow added the comment: @Victor, do you see any problems with doing this? It will help simplify other changes I'm working on. -- ___ Python tracker <https://bugs.python.org/is

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Change by Eric Snow : -- nosy: +ncoghlan ___ Python tracker <https://bugs.python.org/issue35886> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35949] Move PyThreadState into Include/internal/pycore_pystate.h

New submission from Eric Snow : (also see issue #35886) In November Victor created the Include/cpython directory and moved a decent amount of public (but not limited) API there. This included the PyThreadState struct. I'd like to move it into the "internal" headers since

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: Is "long long" (AKA int64_t) 32 bits or 64 bits on a 32-bit platform? It it's always 32 bits then there is no problem here. Otherwise I agree we have a problem to fix. My understanding is that it is the former

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: Having slept on it and given the extra info you've provided I'm more comfortable with the proposed solution now. :) So the result will be that on 32-bit architectures only 32-bit (signed) ints will be allowed through channels. On 64-bit platforms (

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Change by Eric Snow : -- components: +Interpreter Core -Extension Modules stage: patch review -> commit review status: open -> pending ___ Python tracker <https://bugs.python.org/i

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: FTR, issue #34569 covered similar ground. -- status: pending -> open ___ Python tracker <https://bugs.python.org/issu

[issue35971] Documentation should warn about code injection from current working directory

Eric Snow added the comment: +Nick (who may have some insight here) -- nosy: +eric.snow, ncoghlan ___ Python tracker <https://bugs.python.org/issue35

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Eric Snow added the comment: On Tue, Feb 12, 2019 at 3:57 AM STINNER Victor wrote: > A long term solution would to enable -I behavior by default: don't add the > current directory to sys.path when using -c CMD. >From what I can recall, it was a conscious decision to

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Eric Snow added the comment: related: issue #13475 -- ___ Python tracker <https://bugs.python.org/issue35969> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35969] Interpreter crashes with "can't initialize init_sys_streams" when abc fails to import

Eric Snow added the comment: @Guido, I recall a while back you explained the value of adding CWD to sys.path. Would you mind providing some insight here? -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue35

[issue35971] Documentation should warn about code injection from current working directory

Eric Snow added the comment: related: issue #13475 -- ___ Python tracker <https://bugs.python.org/issue35971> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35971] Documentation should warn about code injection from current working directory

Eric Snow added the comment: Note that I've asked Guido to comment about CWD in sys.path on issue #35969. -- ___ Python tracker <https://bugs.python.org/is

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: New changeset 16f842da3c862d76a1177bd8ef9579703c24fa5a by Eric Snow (Alexey Izbyshev) in branch 'master': bpo-35972: _xxsubinterpreters: Fix potential integer truncation on 32-bit in channel_send() (gh-11822) https://github.com/python/cpyt

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: Thanks, Alexey! -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Eric Snow added the comment: FWIW, subclassing builtin types is a relatively new thing. There are still a number of lingering (older) implementation details throughout CPython that were written assuming no subclassing. I'd guess that this is one of them. -- nosy: +eric.snow

[issue35972] _xxsubinterpreters: channel_send() may truncate ints on 32-bit platforms

Eric Snow added the comment: ack -- ___ Python tracker <https://bugs.python.org/issue35972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue35984] test__xxsubinterpreters leaked [3, 4, 3] memory blocks, sum=1

Eric Snow added the comment: Alexey, even though the refleak does not appear to be related to your earlier PR, you are welcome to keep working on this issue. :) If you do then please add me as a reviewer on whatever PR you make. Also, I'd be glad to answer any questions you have abou

[issue35984] test__xxsubinterpreters leaked [3, 4, 3] memory blocks, sum=1

Eric Snow added the comment: FYI, the _xxsubinterpreters module serves several purposes. First, it allows us to more thoroughly test the subinterpreter functionality of CPython (doing so via _testembed and _testcapi is messy), effectively in test__xxsubinterpreters. Second, it is the

[issue35983] tp_dealloc trashcan shouldn't be called for subclasses

Eric Snow added the comment: On Wed, Feb 13, 2019 at 8:42 AM Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > By "relatively new thing", you mean less than 20 years old? :-) Yeah, looks like it was in the 2.2 release (Dec 2001) for PEP 253. Anyway, I know o

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Eric Snow added the comment: On Wed, Feb 13, 2019 at 10:56 AM Steve Dower wrote: > Nick, Victor, Eric, (others?) - are you interested in having a virtual > whiteboard session to brainstorm how the "perfect" initialization looks? And > probably a follow-up to brainsto

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Eric Snow added the comment: On Wed, Feb 13, 2019 at 5:09 PM Steve Dower wrote: > This is why I'm keen to design the ideal *user* API first (that is, write the > examples of how you would use it) and then figure out how we can make it fit. > It's kind of the opposite

[issue35459] Use PyDict_GetItemWithError() instead of PyDict_GetItem()

Eric Snow added the comment: Thanks, Serhiy. While the benchmark suite is our best tool available for measuring performance, I'm not sure what slowdown is significant in those results. @Victor, any thoughts? -- ___ Python tracker &

[issue35984] test__xxsubinterpreters leaked [3, 4, 3] memory blocks, sum=1

Eric Snow added the comment: Thanks, Alexey. I've merged the PR. As to finding and fixing leaks, I'd welcome any help you have to offer. :) Feel free to open an separate issue. One issue covering all the ones you find should be enough. If you find any non-trivial leaks or ot

[issue35810] Object Initialization does not incref Heap-allocated Types

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

[issue35886] Move PyInterpreterState into Include/internal/pycore_pystate.h

Eric Snow added the comment: Thanks, Victor! python-dev: https://mail.python.org/pipermail/python-dev/2019-February/156344.html Also, my PR already has a What's New entry in the porting section. :) -- ___ Python tracker <https://bugs.py

[issue35949] Move PyThreadState into Include/internal/pycore_pystate.h

Eric Snow added the comment: @Stefan, is it a problem for Cython if the relevant fields are exposed via C-API functions rather than directly on PyThreadState? -- ___ Python tracker <https://bugs.python.org/issue35

[issue35949] Move PyThreadState into Include/internal/pycore_pystate.h

Eric Snow added the comment: Thanks for clarifying. :) On Mon, Feb 18, 2019 at 1:17 PM Stefan Behnel wrote: > The exception fields are performance critical, and we try hard to make them > visible to the C compiler so that swapping around exception state eats up as > little CP

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Eric Frederich added the comment: I'm wondering if I'm experiencing this same issue. In a simple directory with a foo.py and a bar.py where foo tries to import from bar I cannot get it to work with the embeddable 3.6.0 zip, but the standard 3.6.0 that gets "installed" wor

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Eric Frederich added the comment: I can confirm that this is NOT fixed in 3.6.1rc1 embeddable zip. This is extremely easy to reproduce. Look at the contents of foo.py and bar.py. Just throw them in the same directory and try to run C:\path\to\extracted\python.exe foo.py -- versions

[issue29514] Add a test case that prevents magic number changes in minor releases

Eric Appelt added the comment: Thank you for the review and suggestions Nick, Serhiy, and all. I believe that I have implemented the suggestions here and on github into a new commit on my pull request which moves the test into an existing module and removes the notion of a table in favor of a

[issue29909] types.coroutine monkey patches original function

New submission from Eric Hopper: The types.coroutine decorator for Python 3.6 (and I suspect for Python 3.6.1 as well) simply monkey patches the function it's passed and then returns it. This results in behavior that I found somewhat surprising. def bar(): yield 5 foo = types.coro

[issue29909] types.coroutine monkey patches original function

Eric Hopper added the comment: Here's an update to types.coroutine that fixes the problem for me. -- Added file: http://bugs.python.org/file46756/types.coroutine.py ___ Python tracker <http://bugs.python.org/is

[issue30096] Update examples in abc documentation to use abc.ABC

Changes by Eric Appelt : -- pull_requests: +1343 ___ Python tracker <http://bugs.python.org/issue30096> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30096] Update examples in abc documentation to use abc.ABC

Eric Appelt added the comment: I created a PR to update the documentation to use this pattern and follow Raymond's suggestion of showing both ways to define an abc. In order to make the examples comprehensible when read from beginning to end, I reordered the classes so that abc.A

[issue30117] test_lib2to3.test_parser.test_all_project_files() fails

Changes by Eric Appelt : -- pull_requests: +1360 ___ Python tracker <http://bugs.python.org/issue30117> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30117] test_lib2to3.test_parser.test_all_project_files() fails

Eric Appelt added the comment: I added a PR to fix these two (in my opinion) spurious failure conditions in the lib2to3.tests.test_parser.TestParserIdempotency test_parser test with the following changes to the test: 1. Use the same encoding found in the initial file to write a temp file for

[issue30140] Binary arithmetic does not always call subclasses first

Changes by Eric Wieser : -- nosy: +Eric.Wieser ___ Python tracker <http://bugs.python.org/issue30140> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30217] Missing entry for the tilde (~) operator in the Index

Eric Lebigot added the comment: Good reference. Another one would be https://docs.python.org/3/reference/expressions.html#unary-arithmetic-and-bitwise-operations, which explicitly indicates that it only makes sense for integer types (which is useful to keep in mind, as one may think that it

[issue29723] 3.6.1rc1 adds the current directory to sys.path when running a subdirectory's __main__.py; previous versions did not

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker <http://bugs.python.org/issue29723> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28411] Eliminate PyInterpreterState.modules.

Changes by Eric Snow : -- pull_requests: +1732 ___ Python tracker <http://bugs.python.org/issue28411> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29102] Add an id field to PyInterpreterState.

Changes by Eric Snow : -- pull_requests: +1734 ___ Python tracker <http://bugs.python.org/issue29102> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29102] Add an id field to PyInterpreterState.

Eric Snow added the comment: Yes, I still need it. :) -- ___ Python tracker <http://bugs.python.org/issue29102> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22257] PEP 432: Redesign the interpreter startup sequence

Changes by Eric Snow : -- pull_requests: +1818 ___ Python tracker <http://bugs.python.org/issue22257> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22257] PEP 432: Redesign the interpreter startup sequence

Changes by Eric Snow : -- pull_requests: +1819 ___ Python tracker <http://bugs.python.org/issue22257> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29102] Add an id field to PyInterpreterState.

Eric Snow added the comment: New changeset e377416c10eb0bf055b0728cdcdc4488fdfd3b5f by Eric Snow in branch 'master': bpo-29102: Add a unique ID to PyInterpreterState. (#1639) https://github.com/python/cpython/commit/e377416c10eb0bf055b0728cdcdc44

[issue29102] Add an id field to PyInterpreterState.

Changes by Eric Snow : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue22257] PEP 432: Redesign the interpreter startup sequence

Eric Snow added the comment: New changeset 6b4be195cd8868b76eb6fbe166acc39beee8ce36 by Eric Snow in branch 'master': bpo-22257: Small changes for PEP 432. (#1728) https://github.com/python/cpython/commit/6b4be195cd8868b76eb6fbe166acc3

[issue30439] Expose the subinterpreters C-API in the stdlib.

New submission from Eric Snow: For a variety of reasons, I'd like to be able to manage subinterpreters from Python code. An initial effort would add a _interpreters module to the stdlib that exposes the basic functionality of the corresponding C-API. -- assignee: eric.snow compo

[issue30439] Expose the subinterpreters C-API in the stdlib.

Changes by Eric Snow : -- pull_requests: +1839 ___ Python tracker <http://bugs.python.org/issue30439> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    11   12   13   14   15   16   17   18   19   20   >