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 eric.snow
Recipients brett.cannon, dino.viehland, eric.snow, fabioz, vstinner
Date 2019-11-01.21:24:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1572643485.5.0.637909748902.issue38500@roundup.psfhosted.org>
In-reply-to
Content
It depends on how you look at the degree to which you are interacting with the runtime.  This is a fairly low-level hook into the runtime.  So arguably if you are using this API then you should specify being a "core" extension.  That said, getting that clever about it is a bit too much.  The authors or PEP 523 can correct me if I'm wrong, but it seems like there isn't a good reason to restrict access.

So basically, I agree with you. :)

How about one of the following?

* _PyInterpreterState_SetEvalFrame(_PyFrameEvalFunction eval_frame)
* _PyInterpreterState_SetFrameEval(_PyFrameEvalFunction eval_frame)

The underscore basically says "don't use this unless you know what you are doing".  Or perhaps that is overkill too?  "_PyFrameEvalFunction" has an underscore, so perhaps not.

Also, it would make sense to have a matching getter.
History
Date User Action Args
2019-11-01 21:24:45eric.snowsetrecipients: + eric.snow, brett.cannon, vstinner, fabioz, dino.viehland
2019-11-01 21:24:45eric.snowsetmessageid: <1572643485.5.0.637909748902.issue38500@roundup.psfhosted.org>
2019-11-01 21:24:45eric.snowlinkissue38500 messages
2019-11-01 21:24:45eric.snowcreate