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.

作者 asvetlov
收信人 ajoino, alex.gronholm, asvetlov, chris.jerdonek, dreamsorcerer, gvanrossum, iritkatriel, jab, njs, tinchester, yselivanov
日期 2022-02-20.21:58:45
SpamBayes Score -1.0
Marked as misclassified
Message-id <1645394325.21.0.0210852055722.issue46771@roundup.psfhosted.org>
In-reply-to
内容
> This should be solved when using the cancel count -- the explicit cancel bumps the cancel count so the cancel scope (i.e. timeout()) will not raise TimeoutError.

Hmmm. Interesting!

Timeouts are not the single primitive that should care about the cancellation source.

Suppose, async code reconnects on network problem but should be terminated on explicit task cancelling.
Could cancel count be used here? Is the approach generic enough? My first answer is "why not?"
历史
日期 用户 动作 参数
2022-02-20 21:58:45asvetlov修改recipients: + asvetlov, gvanrossum, njs, jab, alex.gronholm, chris.jerdonek, yselivanov, tinchester, iritkatriel, dreamsorcerer, ajoino
2022-02-20 21:58:45asvetlov修改messageid: <1645394325.21.0.0210852055722.issue46771@roundup.psfhosted.org>
2022-02-20 21:58:45asvetlov链接issue46771 messages
2022-02-20 21:58:45asvetlov创建