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 PythonInTheGrass
Recipients PythonInTheGrass, terry.reedy
Date 2011-01-21.23:06:34
SpamBayes Score 3.7574157e-08
Marked as misclassified No
Message-id <000001cbb9bf$d5a2cee0$80e86ca0$@mayo@comcast.net>
In-reply-to <1295649291.37.0.925154383957.issue10909@psf.upfronthosting.co.za>
Content
It hasn't failed yet when run "straight".

Here's the issue, though. I'm going to be introducing Python as the scripting language of choice, to a bunch of people who are less than fluent in programming. Because debugging is not an obvious concept to them, they are going to hunt for problems by sticking in print statements everywhere, and the environment is inherently multithreaded, so it's hard for me to imagine they won't experience this bug. I hit it in my very first multithreaded experiment. And I can't possibly ask them not to use IDLE - without syntax coloring and a friendly editor to show them which line is wrong, they will never get off the ground.

It would be tolerable if there was at least a traceback, but if threads vanish silently, they will not realize it's a environment problem; they will either assume that they did something inexplicably wrong and that "scripting is too hard", or it will get around that I provided a "broken" solution.

So even if it's "just the IDE", it's still life and death for this project. "Won't fix" probably means I have to abandon Python.
History
Date User Action Args
2011-01-21 23:06:40PythonInTheGrasssetrecipients: + PythonInTheGrass, terry.reedy
2011-01-21 23:06:34PythonInTheGrasslinkissue10909 messages
2011-01-21 23:06:34PythonInTheGrasscreate