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 ncoghlan
Recipients gslavin, ncoghlan, rhettinger, steven.daprano, terry.reedy, vstinner, wim.glenn
Date 2016-09-21.06:04:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1474437879.05.0.11917650444.issue26351@psf.upfronthosting.co.za>
In-reply-to
Content
As far as the "What's the benefit to users?" question goes, I think the main intended beneficiaries would be children and other folks playing at the command prompt and trying out different things.

The "no segfaults from normal Python code" rule aims to make that kind of exploration a significantly more positive experience than it is in a language like C - you're far more likely to get a traceback than you are to have the interpreter fall over completely. Tracebacks can be intimidating to new users, but they still give them new information to work with.

Infinite loops at the Python level are similarly about as friendly to ad hoc exploration as we can possibly make them: Ctrl-C will break you out of them with a traceback.

Implementation level infinite (or near-infinite, or finite-but-eating-all-of-RAM) loops by contrast are much closer to their traditional C level counterparts: your only way out is via destructive termination of the entire process.

So that's why I think this is an idea worth exploring further, even though it may still turn out to be impractical for code readability or runtime speed reasons.
History
Date User Action Args
2016-09-21 06:04:39ncoghlansetrecipients: + ncoghlan, rhettinger, terry.reedy, vstinner, steven.daprano, wim.glenn, gslavin
2016-09-21 06:04:39ncoghlansetmessageid: <1474437879.05.0.11917650444.issue26351@psf.upfronthosting.co.za>
2016-09-21 06:04:39ncoghlanlinkissue26351 messages
2016-09-21 06:04:38ncoghlancreate