Change by Eric Snow :
--
pull_requests: +5559
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset f53d9f2778a87bdd48eb9030f782a4ebf9e7622f by Eric Snow in branch
'master':
bpo-32604: Swap threads only if the interpreter is different. (gh-5778)
https://github.com/python/cpython/commit/f53d9f2778a87bdd48eb9030f782a4
Eric Snow added the comment:
New changeset eed3c7af4ec520d324a55e0357f41589a66906f7 by Eric Snow (Miss
Islington (bot)) in branch '3.7':
bpo-32604: Swap threads only if the interpreter is different. (gh-5783)
https://github.com/python/cpython/commit/eed3c7af4ec520d324a55e0357f415
Eric Osborne added the comment:
I dunno, I think this might be useful. A binary representation is itself a
string, and takes formatting as such (ditto for hex, as hex(int()) returns
a string:
In [20]: a
Out[20]: IPv4Address('1.2.3.4')
In [92]: f'{a}'
Out[92]: '1.2.
New submission from Eric Gorr :
I have the following code:
import multiprocessing
from multiprocessing import Pool, Manager
import time
import random
def worker_function( index, messages ):
print( "%d: Entered" % index )
time.sleep( random.rand
Eric Snow added the comment:
As far as I know, everything related to this issue is in a stable state. I
have not been able to determine any way in which the reported memory leak (in
test_multiprocessing_fork) could be related. Sorry, I didn't notice the
release blocker priority.
I d
Eric Snow added the comment:
Still planned for 3.7:
1. add more tests in Lib/test/test__xxsubinterpreters.py
2. add test.support.interpreters (high-level module)
3. add more tests in Lib/test/test_interpreters.py
At that point I'll start using the high-level module in test
Eric Snow added the comment:
Sounds good, Ned. Sorry for my confusion.
--
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailin
Eric Snow added the comment:
PEP 489 ("Multi-phase extension module initialization") is relevant here, so
I've nosied Petr.
--
nosy: +encukou
___
Python tracker
<https://bugs.pyt
Eric Osborne added the comment:
I have pushed out new diffs.
* moved __format__ to _BaseAddress, where it should have been in the first
place
* redid format parser as regexp, as it was getting awfully complicated
* added support for 'X'
* added support for 's' by fallin
Eric McDonald added the comment:
Yes, this issue could be closed. I think the concept is still valid and perhaps
worthy of future consideration as it is a means of unifying two different
configuration processing mechanisms in the standard library without having
developers reinvent that wheel
Change by Eric Appelt :
--
keywords: +patch
pull_requests: +5788
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue26701>
___
___
Python-
Eric Dujardin added the comment:
I have the same error when building 3.6.4, however not exactly with the same
options. Some context first:
$ lsb_release -d; lscpu |head -1
Description:Ubuntu 14.04.5 LTS
Architecture: x86_64
$ gcc --version
gcc (Ubuntu 4.8.4-2ubuntu1~14.04.4
Eric Wieser added the comment:
> Are you suggesting that _if_ they were to implement `as_integer_ratio` at
> some point in the future, then they'd become compatible with `Fraction`
Yes, exactly. Conversely, there's little gain in implementing it _until_
`Fraction` sup
New submission from Eric Toombs :
I'm not exactly sure what caused this error, but I was a client receiving
messages on a websocket for a while (about 12 hours). Suddenly all incoming
data stopped, then nothing happened for about 5 hours. Finally, I received a
ConnectionClosed an
New submission from Eric Appelt :
The documentation for the EXTENDED_ARG instruction in the dis module
documentation refers to the way the opcode worked before 3.6:
https://docs.python.org/3.6/library/dis.html#opcode-EXTENDED_ARG
As I understand, since moving to 2-byte wordcode in 3.6, each
Change by Eric Appelt :
--
nosy: +Eric Appelt
___
Python tracker
<https://bugs.python.org/issue32625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Appelt added the comment:
Yes, thanks. I failed to see the duplicate searching for open issues, closing.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Toombs added the comment:
Well, that looks good! Looking forward to 3.6.5!
--
___
Python tracker
<https://bugs.python.org/issue33093>
___
___
Python-bug
New submission from Eric Wieser :
Discovered in https://github.com/numpy/numpy/pull/10882/files#r180813166
A reproduction:
```
In [1]: import ctypes
In [2]: def make_array_ctype(shape):
...: import ctypes
...: ct = ctypes.c_uint8
...: for i in shape:
...: ct = i
Eric Wieser added the comment:
Apologies, I missed the important part of that snippet:
```
In [3]: gc.collect(); x = make_array_ctype((1,)); del x; gc.collect()
Out[3]: 7
```
--
___
Python tracker
<https://bugs.python.org/issue33
Change by Eric Snow :
--
pull_requests: +6499
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-lis
Change by Eric Lebigot :
--
nosy: +Eric Lebigot
___
Python tracker
<https://bugs.python.org/issue33492>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset 6bd0c476c58ca0046969f70dc2a4e4dfb3268062 by Eric Snow in branch
'3.7':
bpo-32604: Remove xid registry. (#6813)
https://github.com/python/cpython/commit/6bd0c476c58ca0046969f70dc2a4e4
Eric Snow added the comment:
Yeah, I added an extra parameter. Since it's an internal API I didn't think
anything of it.
--
___
Python tracker
<https://bugs.python.o
Eric Snow added the comment:
Thanks for catching this, Serhiy! I've approved the PR.
--
___
Python tracker
<https://bugs.python.org/issue33454>
___
___
Eric Snow added the comment:
+1 on using ":" as the separator.
--
___
Python tracker
<https://bugs.python.org/issue32414>
___
___
Python-bugs-l
Eric Moyer added the comment:
I planned to write the PR myself, on the principle of "it's my itch, I
should scratch it." But if you think it is better for someone else to write
it, you know the codebase better than I, and you know how long a PR takes
to review/fix. My intention i
Eric Wieser added the comment:
> allows Fraction instantiation from duck-typing classes that provide
> as_integer_ratio
This would allow the numpy `np.floating` types to take part in `Fraction`
conversion as well, which would be great.
As far as I can tell, `Decimal` already follow
Eric Wieser added the comment:
Not necessarily an argument against this feature, but two workarounds exist for
this already:
1. Use `nonlocal` to prevent `value` going into the class namespace:
value = None
class BaudRate(enum.Enum):
nonlocal value
for value
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue32086>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Eric Snow :
(see the python-dev thread [1])
(related: issue #32086)
When I consolidated the global runtime state into a single global, _PyRuntime,
calls Py_DecodeLocale() started to break if the runtime hadn't been intialized
yet. This is because that function reli
Change by Eric Snow :
--
keywords: +patch
pull_requests: +4418
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32096>
___
___
Python-
Eric Snow added the comment:
I see at least 3 ways to sort this out:
1. partially revert the _PyRuntime change, sort of temporarily
("revert the change on memory allocators, and retry later to fix
it, once other initializations issues are fixed", as suggested by
Victor in
Eric Snow added the comment:
I thought issue #32086 was about documentation (which is worth having a
separate issue for), not about a fix to the regression.
--
___
Python tracker
<https://bugs.python.org/issue32
Change by Eric Snow :
--
pull_requests: +4432
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32096>
___
___
Python-bugs-list mai
Eric Snow added the comment:
> IMHO for the long term, the best would be to have a structure for
> pre-Py_Initialize configuration, maybe _PyCoreConfig, and pass it
> to functions that can be called before Py_Initialize().
+1
As an alternative to that, we could also deprecate usi
Eric Snow added the comment:
I've left a review (writing it as you merged the PR).
My main concern is that we not promise more than we must. Every pre-init
function or variable we promise to embedders represents global state that is
hard to get rid of. It also entrenches pre-init AP
Eric Snow added the comment:
Note that in the long term we are considering support for embedding multiple
runtimes in a single process. So anything that assumes there is only a single
runtime in each process is problematic.
--
___
Python tracker
New submission from Eric Cousineau :
Due to how `PyObject_CallFinalizer` is written in python3, `__del__` will only
*ever* be called once.
In my use case, I am experimenting with a feature in `pybind11` to prevent
slicing with Python class instances that inherit from pybind11-C++ base
Eric Cousineau added the comment:
You're welcome, and thank you for the prompt response!
I will say that it feels a tad odd to only have `tp_finalize` be called once
for the entire lifetime of the object, while still having the option of it
being resurrected.
Is there any way to someho
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue32248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
pull_requests: +6582
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue401713>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue23402>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue14597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue1144263>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset 6d2cd9036c0ab78a83de43d1511befb7a7fc0ade by Eric Snow in branch
'master':
bpo-32604: Improve subinterpreter tests. (#6914)
https://github.com/python/cpython/commit/6d2cd9036c0ab78a83de43d1511bef
Change by Eric Snow :
--
pull_requests: +6607
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset 3ab0136ac5d6059ce96d4debca89c5f5ab0356f5 by Eric Snow in branch
'master':
bpo-32604: Implement force-closing channels. (gh-6937)
https://github.com/python/cpython/commit/3ab0136ac5d6059ce96d4debca89c5
Eric Snow added the comment:
Under Py_LIMITED_API:
typedef struct _is PyInterpreterState;
Also, the actual removal of the "modules" field was reverted. The field is
still there until I get back to fixing
https://github.com/python/cpython
Eric Snow added the comment:
FTR, see PEP 490 ("Chain exceptions at C level") which proposed implicitly
chaining exceptions in the PyErr_* API.
While that PEP was rejected (not all exceptions should be chained), it does
make a good point about the clunkiness of using _PyErr_Chain
New submission from Eric Snow :
When an object is created it happens relative to the current
thread (ergo interpreter) and the current allocator (part of
global state). We do not track either of these details for
the object. It may make sense to start doing so (reasons next).
Regarding
New submission from Eric Snow :
In order to keep subinterpreters properly isolated, objects
from one interpreter should not be used in C-API calls in
another interpreter. That is relatively straight-forward
except in one case: indicating that the other interpreter
doesn't need the obje
Eric Snow added the comment:
As a lesser (IMHO) alternative, we could also modify Py_DECREF
to respect a new "shared" marker of some sort (perhaps relative
to #33607), but that would probably still require one of the
refcount-based solutions (and add a branch to Py_DECREF).
-
Eric Snow added the comment:
good point :)
--
___
Python tracker
<https://bugs.python.org/issue23188>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
I'll take a look. Thanks!
--
assignee: -> eric.snow
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Py
Eric Snow added the comment:
FTR, this started happening after the following commit:
commit 6d2cd9036c0ab78a83de43d1511befb7a7fc0ade
Author: Eric Snow
Date: Wed May 16 15:04:57 2018 -0400
bpo-32604: Improve subinterpreter tests. (#6914)
Add more tests for subinterpreters. This
Eric Snow added the comment:
There are a couple of other buildbots with the same failure:
ARMv7 Ubuntu 3.x: http://buildbot.python.org/all/#/builders/106/builds/1066
PPC64 AIX 3.x: http://buildbot.python.org/all/#/builders/10/builds/1005
Eric Snow added the comment:
Correct. These failures are only on master.
--
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-bugs-list m
Eric Snow added the comment:
no worries :)
--
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Note that I wouldn't call this issue absolutely specific to subinterpreters.
The "ownership" part is, but tracking the allocator has practical application
under a single interpreter. I suppose I could split this issue apart. I
lumped the two t
Eric Snow added the comment:
I haven't been able to reproduce the issue thus far. From the assert in the
buildbot logs, it's clear that I've decref'ed an object one too many times.
Given the relevant PR, it's probably something I changed in the channel
implemen
Change by Eric Snow :
--
pull_requests: +6877
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
keywords: +patch
pull_requests: +6876
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-
Change by Eric Snow :
--
pull_requests: +6914
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
pull_requests: +6915
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue12029>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch
'master':
bpo-33615: Temporarily disable a test that is triggering crashes on a few
buildbots. (gh-7288)
https://github.com/python/cpyt
Eric Snow added the comment:
New changeset 110bc01407ac8c75545d0386577c6e17254d97d9 by Eric Snow in branch
'master':
bpo-33615: Temporarily disable a test that is triggering crashes on a few
buildbots. (gh-7288)
https://github.com/python/cpyt
Eric Snow added the comment:
Thanks, Victor. I'll take a look. FYI, it seems that the same 3 buildbots
from bpo-33615 are seeing these same test failures.
--
___
Python tracker
<https://bugs.python.org/is
Eric Snow added the comment:
FYI, I plan on closing this issue only *after* I've re-enabled the crashing
test and it passes. :)
--
___
Python tracker
<https://bugs.python.org/is
Eric Snow added the comment:
Okay, apparently this is only happening on 2 of the buildbots from bpo-33615:
ARMv7 Ubuntu 3.x
PPC64 AIX 3.x
Judging by the failures I'm guessing that it's something related to handling of
int64_t. I'm looking into it.
--
assignee
Eric Snow added the comment:
I'm pretty sure at this point that the failures are due to using a %d format
string for int64_t instead of %lld. I'll have a PR up shortly.
--
___
Python tracker
<https://bugs.python.o
Change by Eric Snow :
--
keywords: +patch
pull_requests: +6959
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33724>
___
___
Python-
Change by Eric Snow :
--
pull_requests: +6960
___
Python tracker
<https://bugs.python.org/issue32604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
New changeset 6854e803b73ac4d02ba160d514b8a53dd7a62905 by Eric Snow in branch
'master':
bpo-33724: Use the right format code for int64_t in subinterpreters code.
(gh-7330)
https://github.com/python/cpython/commit/6854e803b73ac4d02ba160d514b8a5
Eric Snow added the comment:
The fix took care of the failures.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch
'master':
bpo-33615: Re-enable a subinterpreter test. (gh-7251)
https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a7
Eric Snow added the comment:
New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch
'master':
bpo-33615: Re-enable a subinterpreter test. (gh-7251)
https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a7
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> pending
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
This appears to be recurring on the "x86 Gentoo Refleaks 3.x" builder still. I
was thrown off by the success of the first run after I landed my fix:
http://buildbot.python.org/all/#/builders/1/builds/241
FYI, the other buildbots having this issue b
Eric Snow added the comment:
Sorry for any confusion. This issue is still resolved. It is bpo-33615 that
had an unexpected recurrence. I've re-opened that one.
--
resolution: -> fixed
status: open -> closed
___
Python trac
Eric Snow added the comment:
FTR, the issue of ABI breakage has come up quite a few times on the mailing
list. Most recently:
https://mail.python.org/pipermail/python-dev/2018-June/153775.html
--
___
Python tracker
<https://bugs.python.
Eric Snow added the comment:
That email thread contains multiple references to scripts that may be used to
identify ABI issues, among other good points. FWIW, when consolidating the C
globals last year I added a tool to track the remaining globals:
Tools/c-globals
It is similar (at
Eric Snow added the comment:
I'll definitely take a look. It might not be until Friday though.
--
___
Python tracker
<https://bugs.python.org/is
Eric Snow added the comment:
FTR, bpo-33724 is related
--
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-bugs-list mailing list
Unsub
Change by Eric Snow :
--
pull_requests: +7038
___
Python tracker
<https://bugs.python.org/issue17045>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
I found some time to at least get the patch to apply cleanly to master and to
make a PR. :)
--
___
Python tracker
<https://bugs.python.org/issue17
Eric Snow added the comment:
@Christian, you can use the "blurb" tool to create the NEWS entry. You can use
pip to install it. See:
https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries
--
nosy:
Eric Snow added the comment:
Yeah, I did a custom build the other day. Sorry about the delay in disabling
the test again and thanks for getting it done.
--
___
Python tracker
<https://bugs.python.org/issue33
Change by Eric Snow :
--
pull_requests: +7184
___
Python tracker
<https://bugs.python.org/issue33615>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Fahlgren added the comment:
Still blurry with 3.6.5 on Win 10 with a 2560x1600 monitor at 125% scaling (I
compared it to 2.7.15, they looked identical). If I go to the Windows
properties for pythonw.exe and turn on "Override high DPI scaling behavior"
it's
Eric Fahlgren added the comment:
I used the default Application setting.
--
___
Python tracker
<https://bugs.python.org/issue26698>
___
___
Python-bugs-list m
Eric Fahlgren added the comment:
https://msdn.microsoft.com/en-us/library/windows/desktop/mt748620(v=vs.85).aspx
gives the syntax for adding dpiAwareness to the Windows manifest.
--
nosy: +eric.fahlgren
___
Python tracker
<https://bugs.python.
Eric Fahlgren added the comment:
So maybe add the dpiAware and dpiAwareness settings to the manifest for just
Windows' pythonw.exe and leave the python.exe console interpreter alone? I'm
going to guess that the pythonw.exe manifest already has some settings related
to its uni
Eric Snow added the comment:
New changeset ab4a1988fd4347484a7928394b94e2cdf5f8f2a7 by Eric Snow in branch
'master':
bpo-33615: Re-enable subinterpreter tests. (#7552)
https://github.com/python/cpython/commit/ab4a1988fd4347484a7928394b94e2
Eric Snow added the comment:
I've re-enabled the subinterpreter tests, but left the one problem test
(ChannelTests.test_run_string_arg_resolved) disabled. I also changed all uses
of %lld to use PRId64 instead. (Thanks, Victor, for the suggestion.)
The buildbots look good. I'
Eric Snow added the comment:
@Cheryl, thanks for pointing that out. I'll take a look.
--
___
Python tracker
<https://bugs.python.org/issue17045>
___
___
Eric Snow added the comment:
Thanks for bringing this up, Hristo!
"Initialization" (in this context, and hopefully everywhere in the C-API docs)
is referring specifically to setting fields on a custom instance, much as you
would expect in __init__ (or sometimes even __new__)
1801 - 1900 of 6377 matches
Mail list logo
