Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
New changeset 42d873c63aa9d160c132be4a34599531574db12c by Andrew Svetlov in
branch 'master':
bpo-42183: Fix a stack overflow error for asyncio Task or Future repr()
(GH-23020)
https://github.com/python/cpython/commit/42d873c63aa9d160c132be4a345995
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.7
___
Python tracker
<https://bugs.python.or
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
Investigating. The test leaks a future instance.
--
___
Python tracker
<https://bugs.python.org/issue42085>
___
___
Python-bug
Change by Andrew Svetlov :
--
pull_requests: +22135
pull_request: https://github.com/python/cpython/pull/23237
___
Python tracker
<https://bugs.python.org/issue42
Andrew Svetlov added the comment:
PR for the fix is created: https://github.com/python/cpython/pull/23237
--
___
Python tracker
<https://bugs.python.org/issue42
Andrew Svetlov added the comment:
Thank you Victor for the report!
--
___
Python tracker
<https://bugs.python.org/issue42085>
___
___
Python-bugs-list mailin
Andrew Svetlov added the comment:
I believe, yes
--
status: pending -> open
___
Python tracker
<https://bugs.python.org/issue6225>
___
___
Python-bugs-lis
Andrew Svetlov added the comment:
New changeset fd4ed57674c675e05bd5d577dd5047a333c76c78 by Jakub Stasiak in
branch 'master':
bpo-42237: Fix os.sendfile() on illumos (GH-23154)
https://github.com/python/cpython/commit/fd4ed57674c675e05bd5d577dd5047a333c76c78
--
nosy:
Andrew Svetlov added the comment:
New changeset f37628eb7117f222de24a6931aa7639e668cb7b0 by Jakub Stasiak in
branch '3.8':
[3.8] bpo-42237: Fix os.sendfile() on illumos (GH-23154). (GH-23246)
https://github.com/python/cpython/commit/f37628eb7117f222de24a6931aa763
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
This was on my to-do list but I very much appreciate if somebody champions this
issue.
I should finish sslproto PR first.
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Andrew Svetlov :
--
versions: +Python 3.10
___
Python tracker
<https://bugs.python.org/issue42395>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
My initial thought was protecting the Lock (and other primitives) creation when
a loop is not running.
Yuri insists that Lock can be created without a loop. Technically it is
possible, sure.
But the lock is tightly coupled with a loop instance. In other
Andrew Svetlov added the comment:
Despite the fact that asyncio.get_running_loop() never returns None but raises
RuntimeError (and maybe other tiny cleanups),
I can live with the proposal.
It doesn't make a system worse at least and backward compatible.
We can return to the idea of ra
Andrew Svetlov added the comment:
Is anything left to do?
--
___
Python tracker
<https://bugs.python.org/issue42085>
___
___
Python-bugs-list mailing list
Unsub
Andrew Svetlov added the comment:
Perhaps Kyle is right, I had a misunderstanding with `get_running_loop()` vs
`_get_running_loop()`.
The last version seems good except for the rare chance of race condition.
The safe code can look like:
global_lock = threading.Lock() like GIL
def
Andrew Svetlov added the comment:
Perfect!
We have a consensus now and waiting for a champion who propose a Pull Request.
--
___
Python tracker
<https://bugs.python.org/issue42
Andrew Svetlov added the comment:
Could you explain the proposal?
How "+X:UseContainerSupport" behaves for Java? Sorry, I did not use Java for
ages and don't follow the modern Java best practices.
>From my understanding, without the Docker the allocation of `bytearray(
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
In futures and asyncio TimeoutError has no errno.
I'm not sure should we care but I consider it as a show stopper.
On another hand, two distinct timeout classes confuse people. I had many
conversions about this during the aiohttp support. asyncio can
Andrew Svetlov added the comment:
Perhaps it is a good compromise.
OSError-derived class without errno looks getter to me that different
incompatible TimeoutError classes.
How many exceptions inherited from OSError have no errno set? Do we have a
precedent in stdlib at all already
Andrew Svetlov added the comment:
I know that I just create OSError() with errno set to None.
My question is: has the standard library such code examples already?
In other words, how many third-party code will be broken by catching OSError
with errno=None
Andrew Svetlov added the comment:
Thus using bare TimeoutError in asyncio is safe, isn't it?
This is good news!
--
___
Python tracker
<https://bugs.python.org/is
Andrew Svetlov added the comment:
New changeset 2f2f9d0b5c96e68ed91cddd6673860ee752eb49c by Nick Crews in branch
'master':
bpo-15450: Allow subclassing of dircmp (GH-23424) (#23424)
https://github.com/python/cpython/commit/2f2f9d0b5c96e68ed91cddd6673860ee752eb49c
--
nosy:
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.4
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
Transferring the loop instance between threads is not safe. You should create a
loop and after that call run_forever() in the same thread.
Or, even better, call asynxio.run() in a thread.
--
___
Python tracker
Andrew Svetlov added the comment:
"got Future attached to a different loop" means exactly what
it says: you create a future object in one loop but awaits it in the different
one. This is a programming error.
Most likely the error in your script, not in mqtt and definitely not
Andrew Svetlov added the comment:
New changeset 0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 by Yurii Karabas in
branch 'master':
bpo-42392: Remove loop parameter form asyncio locks and Queue (#23420)
https://github.com/python/cpython/commit/0ec34cab9dd4a7bcddafaeeb445fae
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> enhancement
___
Python tracker
<https://bugs.python
Andrew Svetlov added the comment:
> Should I create a separate issue for every PR or they all can be done in the
> scope of this PR (we can update issue title to match what was done)?
Up to you, I don't think it really matters.
--
___
Andrew Svetlov added the comment:
New changeset c13d89955d9a2942c6355d6839d7096323244136 by Soumendra Ganguly in
branch 'master':
bpo-41818: Updated tests for the standard pty library (GH-22962)
https://github.com/python/cpython/commit/c13d89955d9a2942c6355d6839d709
Change by Andrew Svetlov :
--
pull_requests: +22401
pull_request: https://github.com/python/cpython/pull/23514
___
Python tracker
<https://bugs.python.org/issue41
Andrew Svetlov added the comment:
https://github.com/python/cpython/pull/23514 has the fix, waiting for all
buildbots finish before pressing "Merge" button.
Gentoo bots are green.
--
___
Python tracker
<https://bugs.python.o
Andrew Svetlov added the comment:
I just needed such functionality for PTY tests:
https://github.com/python/cpython/pull/23514
--
nosy: +asvetlov
___
Python tracker
<https://bugs.python.org/issue28
Andrew Svetlov added the comment:
New changeset 87f7ab5359bc12eeb858272b7bd58e132cb9c176 by Andrew Svetlov in
branch 'master':
bpo-41818: test_openpty succeed on Gentoo, don't expect to fail on this
platform (GH-23514)
https://github.com/python
Andrew Svetlov added the comment:
Don't get me wrong.
I don't want to put my vote in this hot discussion but mention my use case.
test.support can solve my need.
On another hand, very many Python batteries exist to solve third-party needs
and are not required by CPython itself.
Andrew Svetlov added the comment:
I think the deprecation of `set_event_loop()` is a good idea.
The function is not required by `asyncio.run()` implementation.
--
___
Python tracker
<https://bugs.python.org/issue39
Andrew Svetlov added the comment:
New changeset f533cb80cbbb7acdf9ce1978cfba095ce5eeedaa by Yurii Karabas in
branch 'master':
bpo-42392: Remove loop parameter from asyncio.streams (GH-23517)
https://github.com/python/cpython/commit/f533cb80cbbb7acdf9ce1978cfba09
Andrew Svetlov added the comment:
A few functions in `tasks.py` a left and documentation should be updated.
--
___
Python tracker
<https://bugs.python.org/issue42
Andrew Svetlov added the comment:
Your snippet exits just after starting.
`getaddrinfo()` is called at the interpreter shutdown state.
I'm not sure that do you expect to get here. We can put some effort and raise
an error with another message but cannot make the example working.
I su
Change by Andrew Svetlov :
--
title: Replace custom exception socket.timeout with TimeoutError -> Replace
custom exceptions for timeouts with TimeoutError
___
Python tracker
<https://bugs.python.org/issu
Change by Andrew Svetlov :
--
components: +Library (Lib), asyncio
___
Python tracker
<https://bugs.python.org/issue42413>
___
___
Python-bugs-list mailin
Change by Andrew Svetlov :
--
pull_requests: +22404
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23520
___
Python tracker
<https://bugs.python.org/issu
Andrew Svetlov added the comment:
Pull Request https://github.com/python/cpython/pull/23520/ applies the
discussed change to both asyncio and concurrent.futures.
I did the minimally invasive change, libraries still use `asyncio.TimeoutError`
and `concurrent.futures.TimeoutError` internally
Andrew Svetlov added the comment:
Pull Request is welcome!
--
___
Python tracker
<https://bugs.python.org/issue42347>
___
___
Python-bugs-list mailing list
Unsub
Andrew Svetlov added the comment:
You are right, but the existing inheritance is also correct (while a little
redundant).
Sorry, I don't think we should do anything: don't fix if not broken.
--
resolution: -> not a bug
stage: -> resolved
status
Andrew Svetlov added the comment:
New changeset e3ef4d7f653976ac0ccacc4e3fde06bf0e0f139b by Alex Grönholm in
branch 'master':
bpo-41332: Added missing connect_accepted_socket() to AbstractEventLoop
(GH-21533)
https://github.com/python/cpython/commit/e3ef4d7f653976ac0ccacc4e3fde06
Change by Andrew Svetlov :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python
3.9
___
Python tracker
<https://bugs.python.or
Andrew Svetlov added the comment:
Because you have `test.start()` and immediately finish the script.
The interpreted goes to *shutdown* state and implicitly waits for `test.join()`
because the test thread is not a daemon.
--
___
Python tracker
Andrew Svetlov added the comment:
Because it did work in a gray area.
The finalization logic has slightly changed, some tricks that were working
before now fails.
Sure, other undocumented tricks start working :)
The rule of thumb: please stop and close the asyncio loop before exiting the
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue12342>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
keywords: +patch
versions: +Python 3.3 -Python 3.2
Added file: http://bugs.python.org/file24806/tk.patch
___
Python tracker
<http://bugs.python.org/issue1178
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue1178863>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue2843>
___
___
Python-bugs-list m
Andrew Svetlov added the comment:
Fresh patch for current 3.3 head is attached.
--
keywords: +patch
Added file: http://bugs.python.org/file24824/tknewmethods.diff
___
Python tracker
<http://bugs.python.org/issue2
Andrew Svetlov added the comment:
Martin, please review and move it forward if ok.
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue2843>
___
___
Andrew Svetlov added the comment:
Push updated patch for tip (3.3) head
--
nosy: +asvetlov
Added file: http://bugs.python.org/file24825/issue_3835_2.diff
___
Python tracker
<http://bugs.python.org/issue3
Andrew Svetlov added the comment:
I confirm: patch5219.diff solves the problem in linux box.
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue5
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue14200>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
I've uploaded gpolo's patch converted to python 3.3
Works good on Linux
--
nosy: +asvetlov, loewis
versions: +Python 3.3 -Python 3.2
Added file: http://bugs.python.org/file24830/issue989712.diff
___
Pyth
Andrew Svetlov added the comment:
The issue is fixed. Thanks to Guilherme Polo.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org
Andrew Svetlov added the comment:
Recall to 'open' state
--
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.p
Andrew Svetlov added the comment:
Close as 'not a bug' because Guilherme's test to reproduce the bug from
msg73304 works good at least for Linux.
Windows version of Tcl/Tk compiled without threading support.
So current behavior is correct and should not to be fixed.
--
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue13554>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Andrew Svetlov :
Tkinter (and IDLE specially) can use only UCS-2 characters.
In PyShell IDLE tries to escape non-ascii.
To better result we should to escape only non-BMP chars leaving BMP characters
untouched.
--
assignee: asvetlov
messages: 155793
nosy: asvetlov
Changes by Andrew Svetlov :
--
components: +Tkinter
___
Python tracker
<http://bugs.python.org/issue14304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
Patch escapes avery non-ascii char while better to escape only non-BMP.
Will be done after #14304
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/issu
Changes by Andrew Svetlov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14200>
___
___
Python-bugs-list mailing list
Unsubscri
Andrew Svetlov added the comment:
Fixed in #14200
--
assignee: -> asvetlov
resolution: fixed -> duplicate
stage: commit review -> committed/rejected
status: open -> closed
superseder: -> Idle shell crash on printing non-BMP unicode character
versions: -Python
Changes by Andrew Svetlov :
--
assignee: -> asvetlov
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue11437>
___
___
Python-bugs-list mai
Changes by Andrew Svetlov :
--
assignee: -> asvetlov
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue12558>
___
___
Python-bugs-list mai
Andrew Svetlov added the comment:
Roger, you are missing the difference between calling print() and evaluating
expression in python interactive mode.
While later should be unicode escaped the former should to raise error — we
need to follow the same way as console python interactive session
Andrew Svetlov added the comment:
What the status of 'hello demo'?
If there are no objections I can update the docs.
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.o
Andrew Svetlov added the comment:
I consulted with Martin at PyCon sprint and he suggested sulution which I'm
following — to split `print` and REPL (read-eval-print loop).
Output passed to print() function encoded with sys.stdout.encoding
UTF has been invented to support any character.
Andrew Svetlov added the comment:
Pushed into master. Thanks.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Andrew Svetlov added the comment:
Not sure. Let me to investigate the problem deeper.
--
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Python-bug
Andrew Svetlov added the comment:
I think that doesn't make sense.
--
___
Python tracker
<http://bugs.python.org/issue14200>
___
___
Python-bugs-list m
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue14326>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
Please update the doc also. I think changing from 'Read-only' to 'Writable' in
Doc/reference/datamodel.rst is enough.
--
___
Python tracker
<http://bug
Changes by Andrew Svetlov :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue14369>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Andrew Svetlov :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue14369>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bugs-list mai
Andrew Svetlov added the comment:
Fixed. Thanks to Guilherme Polo and Roger Serwy.
--
assignee: -> asvetlov
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/
Changes by Andrew Svetlov :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Andrew Svetlov :
--
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bug
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue13495>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
Backported to 3.2 and 2.7
--
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue5066>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue1053687>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
Works fine on Ubuntu 11.10 with tk 8.5 for 3.2, 2.7 and 3.3 alpha.
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue7
Andrew Svetlov added the comment:
Will do in next time.
Thank you for instructions.
--
___
Python tracker
<http://bugs.python.org/issue3573>
___
___
Python-bug
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue978604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue7057>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue5136>
___
___
Python-bugs-list m
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue3035>
___
___
Python-bugs-list mailing list
Unsubscribe:
801 - 900 of 2519 matches
Mail list logo