[issue41275] Clarify whether Futures can be awaited multiple times

Andrew Svetlov added the comment: The allowance to wait for the future object multiple times is settled in stone. This cannot be changed without breaking very many codes. So yes, asyncio guarantees that the feature is settled in stone. If set_value() / set_exception() was called, the value

[issue37703] Inconsistent gather with child exception

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

[issue33786] @asynccontextmanager doesn't work well with async generators

Andrew Svetlov added the comment: Thank you very much, Ned! -- ___ Python tracker <https://bugs.python.org/issue33786> ___ ___ Python-bugs-list mailin

[issue41927] Why is there no documentation in Russian?

Andrew Svetlov added the comment: Python is a volunteer-driven project. The documentation translation is provided by champions who does this hard work for free. You can join the team and maintain the Python Russian Translation :) Sorry, to keep the discussion productive I should remind our

[issue41959] Doc/library/asyncio-policy.rst grammar error

Andrew Svetlov added the comment: New changeset c3442fd8a7f6e34ba888efea085c3701b75c0b71 by Miss Skeleton (bot) in branch '3.9': bpo-41959: Fix grammar around class asyncio.MultiLoopChildWatcher text (GH-22580) (#22865) https://github.com/python/cpyt

[issue41959] Doc/library/asyncio-policy.rst grammar error

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

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

Andrew Svetlov added the comment: I cannot reproduce on 3.9 but 3.8.6 crashes on `repr`: File "/home/andrew/.pyenv/versions/3.8.6/lib/python3.8/asyncio/base_futures.py", line 31 in format_cb File "/home/andrew/.pyenv/versions/3.8.6/lib/python3.8/asyncio/base_futures.p

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

Change by Andrew Svetlov : -- type: -> crash versions: +Python 3.10, Python 3.7 ___ Python tracker <https://bugs.python.org/issue42183> ___ ___ Python-

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

Andrew Svetlov added the comment: Update: the bug is present in all supported Python versions bug sometimes may be hidden by race conditions. -- ___ Python tracker <https://bugs.python.org/issue42

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +21934 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23020 ___ Python tracker <https://bugs.python.org/issu

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

Andrew Svetlov added the comment: The fix is ready -- ___ Python tracker <https://bugs.python.org/issue42183> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42230] Document that asyncio's wait() and as_completed() accept arbitrary iterables

Andrew Svetlov added the comment: New changeset 3d86d090dcbbdfdd3e5a5951cab30612d6131222 by Jakub Stasiak in branch 'master': bpo-42230: Improve asyncio documentation regarding accepting sets vs iterables (GH-23073) https://github.com/python/cpyt

[issue42230] Document that asyncio's wait() and as_completed() accept arbitrary iterables

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.or

[issue42230] Document that asyncio's wait() and as_completed() accept arbitrary iterables

Andrew Svetlov added the comment: New changeset ad37c66adcd474e3d42a51c63ecb6a54ca2d23f2 by Jakub Stasiak in branch '3.8': [3.8] bpo-42230: Improve asyncio documentation regarding accepting sets vs iterables (GH-23073) (GH-23105) https://github.com/python/cpyt

[issue40816] Add missed AsyncContextDecorator to contextlib

Andrew Svetlov added the comment: New changeset 178695b7aee7a7aacd49a3086060e06347d1e556 by Kazantcev Andrey in branch 'master': bpo-40816 Add AsyncContextDecorator class (GH-20516) https://github.com/python/cpython/commit/178695b7aee7a7aacd49a3086060e06347d1e556 -- nosy:

[issue40816] Add missed AsyncContextDecorator to contextlib

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 -Python 3.9 ___ Python tracker <https://bugs.python.or

[issue41543] contextlib.nullcontext doesn't work with async context managers

Andrew Svetlov added the comment: New changeset a117167d8dc8fa673a4646f509551c7950f824e5 by Tom Gringauz in branch 'master': bpo-41543: contextlib.nullcontext can fill in for an async context manager (GH-21870) https://github.com/python/cpyt

[issue41543] contextlib.nullcontext doesn't work with async context managers

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 ___ Python tracker <https://bugs.python.or

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

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

[issue42183] Stack overflow error with asyncio.all_tasks and wait_for

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

[issue42140] asyncio.wait function creates futures set two times

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 ___ Python tracker <https://bugs.python.or

[issue42085] Add dedicated slot for sending values

Andrew Svetlov added the comment: Investigating. The test leaks a future instance. -- ___ Python tracker <https://bugs.python.org/issue42085> ___ ___ Python-bug

[issue42085] Add dedicated slot for sending values

Change by Andrew Svetlov : -- pull_requests: +22135 pull_request: https://github.com/python/cpython/pull/23237 ___ Python tracker <https://bugs.python.org/issue42

[issue42085] Add dedicated slot for sending values

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

[issue42085] Add dedicated slot for sending values

Andrew Svetlov added the comment: Thank you Victor for the report! -- ___ Python tracker <https://bugs.python.org/issue42085> ___ ___ Python-bugs-list mailin

[issue6225] Fixing several minor bugs in Tkinter.Canvas and one in Misc._configure

Andrew Svetlov added the comment: I believe, yes -- status: pending -> open ___ Python tracker <https://bugs.python.org/issue6225> ___ ___ Python-bugs-lis

[issue42237] test_socket.SendfileUsingSendfileTest fails on illumos

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:

[issue42237] test_socket.SendfileUsingSendfileTest fails on illumos

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

[issue42237] test_socket.SendfileUsingSendfileTest fails on illumos

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 ___ Python tracker <https://bugs.python.or

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42395] aclosing was not added to __all__ in contextlib

Change by Andrew Svetlov : -- versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue42395> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42396] Add a whatsnew entry about async contextlib.nullcontext

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 ___ Python tracker <https://bugs.python.or

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42085] Add dedicated slot for sending values

Andrew Svetlov added the comment: Is anything left to do? -- ___ Python tracker <https://bugs.python.org/issue42085> ___ ___ Python-bugs-list mailing list Unsub

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42411] respect cgroups limits when trying to allocate memory

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(

[issue42395] aclosing was not added to __all__ in contextlib

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

[issue42413] Replace custom exception socket.timeout with TimeoutError

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

[issue42413] Replace custom exception socket.timeout with TimeoutError

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

[issue42413] Replace custom exception socket.timeout with TimeoutError

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

[issue42413] Replace custom exception socket.timeout with TimeoutError

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

[issue15450] Allow dircmp.subdirs to behave well under subclassing

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:

[issue15450] Allow dircmp.subdirs to behave well under subclassing

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

[issue42445] Assertion in run_coroutine_threadsafe

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

[issue42445] Assertion in run_coroutine_threadsafe

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker <https://bugs.python

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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. -- ___

[issue41818] Lib/pty.py major revision

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

[issue41818] Lib/pty.py major revision

Change by Andrew Svetlov : -- pull_requests: +22401 pull_request: https://github.com/python/cpython/pull/23514 ___ Python tracker <https://bugs.python.org/issue41

[issue41818] Lib/pty.py major revision

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

[issue28468] Add platform.freedesktop_os_release()

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

[issue41818] Lib/pty.py major revision

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

[issue28468] Add platform.freedesktop_os_release()

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.

[issue39529] Deprecate get_event_loop()

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

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

[issue42466] asyncio loop.getaddrinfo raises RuntimeError

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

[issue42413] Replace custom exceptions for timeouts with TimeoutError

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

[issue42413] Replace custom exceptions for timeouts with TimeoutError

Change by Andrew Svetlov : -- components: +Library (Lib), asyncio ___ Python tracker <https://bugs.python.org/issue42413> ___ ___ Python-bugs-list mailin

[issue42413] Replace custom exceptions for timeouts with TimeoutError

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

[issue42413] Replace custom exceptions for timeouts with TimeoutError

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

[issue42347] loop.call_exception_handler documentation is lacking

Andrew Svetlov added the comment: Pull Request is welcome! -- ___ Python tracker <https://bugs.python.org/issue42347> ___ ___ Python-bugs-list mailing list Unsub

[issue41562] StreamReaderProtocol inheritance

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

[issue41332] connect_accepted_socket() missing from AbstractEventLoop

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

[issue41332] connect_accepted_socket() missing from AbstractEventLoop

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

[issue42466] asyncio loop.getaddrinfo raises RuntimeError

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

[issue42466] asyncio loop.getaddrinfo raises RuntimeError

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

[issue13881] Stream encoder for zlib_codec doesn't use the incremental encoder

New submission from Andrew McNabb : The stream encoder for the zlib_codec doesn't use the incremental encoder, so it has limited usefulness in practice. This is easiest to show with an example. Here is the behavior with the stream encoder: >>> filelike = io.BytesIO

[issue5300] build_module faulre

Changes by Patrick Andrew : -- components: +Distutils -Distutils2 title: Distutils ignores file permissions -> build_module faulre versions: +Python 2.7 -3rd party ___ Python tracker <http://bugs.python.org/iss

[issue5300] build_module failure

Changes by Patrick Andrew : -- title: build_module faulre -> build_module failure ___ Python tracker <http://bugs.python.org/issue5300> ___ ___ Python-bugs-lis

[issue5300] distutils ignores file permissions

Changes by Patrick Andrew : -- components: +Distutils2 -Distutils nosy: +alexis title: build_module failure -> distutils ignores file permissions versions: +3rd party -Python 2.7 ___ Python tracker <http://bugs.python.org/iss

[issue7827] recv_into() argument 1 must be pinned buffer, not bytearray

Andrew Dalke added the comment: It does look like #8104 resolved it. I tested on 2.7.2 and verified that it's no longer a problem, so I moved this to "closed/duplicate". -- resolution: -> duplicate status: open -> closed ___

[issue13943] Lib/distutils/command/build_py fails when package string is unicode

New submission from Patrick Andrew : When a package list is built using Unicode strings, distutils fails to build the package with a TypeError. This patch alternatively checks for 'unicode' as the instance type and also prints the type in the type error for easier

[issue13943] distutils’ build_py fails when package string is unicode

Patrick Andrew added the comment: >From py-logilab-common 0.57.1 port for FreeBSD. No patches applied: package init file './test/__init__.py' not found (or not a regular file) Traceback (most recent call last): File "setup.py", line 170, in install() File &

[issue14000] Subprocess stdin.flush does not flush

New submission from Andrew Moffat : The following code only works if the "p.stdin.close()" line is uncommented. It seems that stdin only flushes to the process on stdin.close(), not on stdin.flush(). --- import subprocess as subp import threading i

[issue13881] Stream encoder for zlib_codec doesn't use the incremental encoder

Andrew McNabb added the comment: It looks like encodings/zlib_codec.py defines a custom IncrementalEncoder and IncrementalDecoder, but its StreamWriter and StreamReader rely on the standard implementation of codecs.StreamWriter and codecs.StreamReader. One solution might be to have

[issue14164] Hyphenation suggestions - floating-point/floating point

Andrew Smith added the comment: I think he was trying to say that there is inconsistency in the docs... And since you guys are all about consistency... Why the punch below the belt? -- nosy: +Andrew.Smith ___ Python tracker <http://bugs.python.

[issue12342] characters with ord above 65535 fail to display in IDLE

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue12342> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1178863] Variable.__init__ uses self.set(), blocking specialization

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

[issue1178863] Variable.__init__ uses self.set(), blocking specialization

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue1178863> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2843] New methods for existing Tkinter widgets

Changes by Andrew Svetlov : -- nosy: +asvetlov versions: +Python 3.3 -Python 3.2 ___ Python tracker <http://bugs.python.org/issue2843> ___ ___ Python-bugs-list m

[issue2843] New methods for existing Tkinter widgets

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

[issue2843] New methods for existing Tkinter widgets

Andrew Svetlov added the comment: Martin, please review and move it forward if ok. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue2843> ___ ___

[issue3835] tkinter goes into an infinite loop (pydoc.gui)

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

[issue5219] IDLE/Tkinter: edit win stops updating when tooltip is active

Andrew Svetlov added the comment: I confirm: patch5219.diff solves the problem in linux box. -- nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue5

[issue14200] Idle shell crash on printing non-BMP unicode character

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue14200> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue989712] Support using Tk without a mainloop

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

[issue989712] Support using Tk without a mainloop

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

[issue3835] tkinter goes into an infinite loop (pydoc.gui)

Andrew Svetlov added the comment: Recall to 'open' state -- resolution: fixed -> status: closed -> open ___ Python tracker <http://bugs.p

[issue3835] tkinter goes into an infinite loop (pydoc.gui)

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. --

[issue13554] Tkinter doesn't use higher resolution app icon

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue13554> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14304] Implement utf-8-bmp codec

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

[issue14304] Implement utf-8-bmp codec

Changes by Andrew Svetlov : -- components: +Tkinter ___ Python tracker <http://bugs.python.org/issue14304> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14200] Idle shell crash on printing non-BMP unicode character

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

[issue14200] Idle shell crash on printing non-BMP unicode character

Changes by Andrew Svetlov : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue14200> ___ ___ Python-bugs-list mailing list Unsubscri

[issue12342] characters with ord above 65535 fail to display in IDLE

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

[issue11437] IDLE crash on startup with typo in config-keys.cfg

Changes by Andrew Svetlov : -- assignee: -> asvetlov nosy: +asvetlov ___ Python tracker <http://bugs.python.org/issue11437> ___ ___ Python-bugs-list mai

<    6   7   8   9   10   11   12   13   14   15   >