A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2014-March/133047.html below:

[Python-Dev] What is the precise problem? [was: Reference cycles in Exception.__traceback__]

[Python-Dev] What is the precise problem? [was: Reference cycles in Exception.__traceback__] [Python-Dev] What is the precise problem? [was: Reference cycles in Exception.__traceback__]Maciej Fijalkowski fijall at gmail.com
Mon Mar 10 18:30:20 CET 2014
On Mon, Mar 10, 2014 at 3:23 PM, Victor Stinner
<victor.stinner at gmail.com> wrote:
> 2014-03-10 13:11 GMT+01:00 Maciej Fijalkowski <fijall at gmail.com>:
>> It was agreed long time ago that the immediate finalization is an
>> implementation specific detail and it's not guaranteed. You should not
>> rely on __del__s being called timely one way or another. Why would you
>> require this for the program to work correctly in the particular
>> example of __traceback__?
>
> For asyncio, it's very useful to see unhandled exceptions as early as
> possible. Otherwise, your program is blocked and you don't know why.
>
> Guido van Rossum suggests to run gc.collect() regulary:
> http://code.google.com/p/tulip/issues/detail?id=42
>
> Victor

twisted goes around it by attaching errback by hand. Would that work for tulip?
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4