Message 336193 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	ankostis
Recipients	ankostis, vstinner, yselivanov
Date	2019-02-21.09:41:32
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1550742092.61.0.436633285202.issue29757@roundup.psfhosted.org>
In-reply-to

Content
The problem of not fixing this (and just add a suggestion in the docs saying that the user may re-implement this method) is that frequently this call is hidden at the core of many networking libraries. So monkey-patching is needed instead, which is not always nice or easy. > I just found an old bug in socket.create_connection(): > https://github.com/python/cpython/pull/3546 Regarding #3546, i'm surprised that a function-local variable keeps its contents alive, long after the frame of that function has gone. I thought that local-variables were deterministically (ref-countering) destructed. What is happening?

The problem of not fixing this (and just add a suggestion in the docs saying that the user may re-implement this method) is that frequently this call is hidden at the core of many networking libraries.  So monkey-patching is needed instead, which is not always nice or easy.


> I just found an old bug in socket.create_connection():
> https://github.com/python/cpython/pull/3546

Regarding #3546, i'm surprised that a function-local variable keeps its contents alive, long after the frame of that function has gone.  I thought that local-variables were deterministically (ref-countering) destructed.  
What is happening?

History
Date	User	Action	Args
2019-02-21 09:41:32	ankostis	set	recipients: + ankostis, vstinner, yselivanov
2019-02-21 09:41:32	ankostis	set	messageid: <1550742092.61.0.436633285202.issue29757@roundup.psfhosted.org>
2019-02-21 09:41:32	ankostis	link	issue29757 messages
2019-02-21 09:41:32	ankostis	create