Message300472
| Author |
syncosmic |
| Recipients |
ncoghlan, syncosmic |
| Date |
2017年08月18日.03:00:41 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1503025241.89.0.899530238595.issue31230@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
A related issue (since this issue is contemplating restructuring these objects anyway):
Other than `??_code`, none of the `f.func_X` attributes which were eliminated in 3.0 have direct equivalents in generator-iterators, coroutines, or async generator-iterators.
However, all three of those have `[gi|cr|ag]_running` and `[gi|cr|ag]_frame` attributes. Generator-iterators also have `gi_yieldfrom`, and coroutines and async generator-iterators have `[cr|ag]_await`.
On a clean slate (with no attention paid to issues around breaking changes or how these attributes are already used in existing code), is there an argument for dundering some or all of these along with `__code__`? Or is special casing a better pattern when dealing with these other attributes? |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2017年08月18日 03:00:41 | syncosmic | set | recipients:
+ syncosmic, ncoghlan |
| 2017年08月18日 03:00:41 | syncosmic | set | messageid: <1503025241.89.0.899530238595.issue31230@psf.upfronthosting.co.za> |
| 2017年08月18日 03:00:41 | syncosmic | link | issue31230 messages |
| 2017年08月18日 03:00:41 | syncosmic | create |
|