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 db3l
Recipients Mark.Shannon, db3l, gvanrossum, paul.moore, steve.dower, tim.golden, vstinner, zach.ware
Date 2021-02-28.20:04:30
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1614542672.75.0.0532162490902.issue43271@roundup.psfhosted.org>
In-reply-to
Content
I don't think it's actually any change in ceval per se, or any new buffers, just how the compiler code generation has changed due to this commit.

Based on some local testing, the triggering issue is the exclusion of the optimization pragma entirely in debug mode.  It appears that the existing code required the pragma to be enabled to stay within the available stack space.

A quick reproduction is running test_pickletools.  It fails abruptly and quickly, at least on the worker, without the pragma, but runs to completion if enabled.

Perhaps that aspect of the commit should be reverted, maybe with a separate flag for debugging ceval (but not normal testing)?  Alternatively, is there a way to increase the stack in debug mode to compensate?  Though I guess that would risk missing a release-build only stack issue.
History
Date User Action Args
2021-02-28 20:04:32db3lsetrecipients: + db3l, gvanrossum, paul.moore, vstinner, tim.golden, Mark.Shannon, zach.ware, steve.dower
2021-02-28 20:04:32db3lsetmessageid: <1614542672.75.0.0532162490902.issue43271@roundup.psfhosted.org>
2021-02-28 20:04:32db3llinkissue43271 messages
2021-02-28 20:04:30db3lcreate