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 vbr
Recipients ezio.melotti, loewis, ned.deily, python-dev, roger.serwy, terry.reedy, vbr, vstinner
Date 2012-03-06.09:46:38
SpamBayes Score 9.825215e-05
Marked as misclassified No
Message-id <1331027199.57.0.628208377085.issue14200@psf.upfronthosting.co.za>
In-reply-to
Content
Sorry for mixing the different problems, these were somehow things I noticed "at once" in the new python version, but I should have noticed the different domains myself.
I still might not understand the term "crash" properly - I just meant to distinguish between a single appropriate exception on an invalid operation (while the app is staying alive and works on next valid input) - as is the case with calling through python.exe, and - on the other hand - the immediate termination on encountering the invalid input, which happens with pythonw.exe.

Now I see, that with pythonw a tk app terminates with the first exception (in general) in py 3.3 and also 3.2 (as opposed to py 2.7, where it just swallows the exception and stays alive, as one would probably expect).

Should this be reported in a separate issue, or is this what remains relevant in *this* report? (Sorry for the confusion.)

vbr
History
Date User Action Args
2012-03-06 09:46:39vbrsetrecipients: + vbr, loewis, terry.reedy, vstinner, ned.deily, ezio.melotti, roger.serwy, python-dev
2012-03-06 09:46:39vbrsetmessageid: <1331027199.57.0.628208377085.issue14200@psf.upfronthosting.co.za>
2012-03-06 09:46:39vbrlinkissue14200 messages
2012-03-06 09:46:38vbrcreate