Author larry
Recipients larry, rhettinger
Date 2013-02-12.08:23:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1360657417.2.0.808181587811.issue17190@psf.upfronthosting.co.za>
In-reply-to
Content
I'm not surprised it was discussed to death long ago.  And I can get behind wontfix.  But let me just say that

a) I think an uncrashable Python interpreter is a laudable goal, and steps we can take towards that should not be dismissed out of hand.

b) I doubt a range check would "kill" the performance of the _FAST operands.  It'd be one lookup/compare/branch each, and the branch predictor would always guess correctly.  But I admit I have not tested it.

c) Anyway we needn't do it at runtime.  We could just as easily scan over the opcodes in the code object constructor and do the range checking there.  If we only did the check when the constructor was called directly from Python, it should have no measurable performance impact, only a maintenance cost.

d) I expect all these points were brought up in the original discussion.  I'd like to read that--but I can't find it.  Any pointers would be appreciated.
History
Date User Action Args
2013-02-12 08:23:37larrysetrecipients: + larry, rhettinger
2013-02-12 08:23:37larrysetmessageid: <1360657417.2.0.808181587811.issue17190@psf.upfronthosting.co.za>
2013-02-12 08:23:37larrylinkissue17190 messages
2013-02-12 08:23:36larrycreate