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 asvetlov
Recipients ajoino, alex.gronholm, asvetlov, chris.jerdonek, dreamsorcerer, gvanrossum, iritkatriel, jab, njs, tinchester, yselivanov
Date 2022-02-20.21:58:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1645394325.21.0.0210852055722.issue46771@roundup.psfhosted.org>
In-reply-to
Content
> 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?"
History
Date User Action Args
2022-02-20 21:58:45asvetlovsetrecipients: + asvetlov, gvanrossum, njs, jab, alex.gronholm, chris.jerdonek, yselivanov, tinchester, iritkatriel, dreamsorcerer, ajoino
2022-02-20 21:58:45asvetlovsetmessageid: <1645394325.21.0.0210852055722.issue46771@roundup.psfhosted.org>
2022-02-20 21:58:45asvetlovlinkissue46771 messages
2022-02-20 21:58:45asvetlovcreate