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 xdegaye
Recipients serhiy.storchaka, vstinner, xdegaye
Date 2017-07-01.19:58:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1498939114.66.0.740977354624.issue30817@psf.upfronthosting.co.za>
In-reply-to
Content
There are just 6 cases left where the return code of _PySys_SetObjectId() is ignored:

Python/pylifecycle.c|689 col 5| _PySys_SetObjectId(&PyId_stderr, pstderr);
Python/pylifecycle.c|1211 col 9| _PySys_SetObjectId(&PyId_stderr, pstderr);
Python/pylifecycle.c|1657 col 5| _PySys_SetObjectId(&PyId_stdin, std);
Python/pylifecycle.c|1666 col 5| _PySys_SetObjectId(&PyId_stdout, std);
./Python/pythonrun.c|104 col 9| _PySys_SetObjectId(&PyId_ps1, v = PyUnicode_FromString(">>> "));
./Python/pythonrun.c|109 col 9| _PySys_SetObjectId(&PyId_ps2, v = PyUnicode_FromString("... "));

Error should be handled there in the same way errors are handled within the functions where they are invoked (returning -1, NULL or aborting). This should be the purpose of another issue as it is acceptable I think that there is no test case for those changes.

I am leaving the day after tomorrow for few weeks, without internet access (sailing to the mid-atlantic), and will create then a new issue if no one else does that first.
History
Date User Action Args
2017-07-01 19:58:34xdegayesetrecipients: + xdegaye, vstinner, serhiy.storchaka
2017-07-01 19:58:34xdegayesetmessageid: <1498939114.66.0.740977354624.issue30817@psf.upfronthosting.co.za>
2017-07-01 19:58:34xdegayelinkissue30817 messages
2017-07-01 19:58:34xdegayecreate