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 jbeck
Recipients dstufft, jbeck, tim.peters, vstinner
Date 2015-09-10.19:40:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1441914025.15.0.479700669367.issue25003@psf.upfronthosting.co.za>
In-reply-to
Content
Sorry, let me try to clarify.  ENOSYS is the correct errno value to check for, for the situation (e.g., Solaris < 11.3) of a non-existent system call. But EINVAL should also be checked for to make sure the system call was invoked with proper parameters.  My builds of Python 3.5.0.X (don't recall whether X was a late Beta or release candidate) were core dumping because Python was making that syscall but not checking for EINVAL, and thus assuming the call was valid, when it was not.  Sorry, I did not try to debug why it was invalid.  But once I added EINVAL, alongside ENOSYS, as a reason to set getrandom_works to 0, then python started behaving properly.
History
Date User Action Args
2015-09-10 19:40:25jbecksetrecipients: + jbeck, tim.peters, vstinner, dstufft
2015-09-10 19:40:25jbecksetmessageid: <1441914025.15.0.479700669367.issue25003@psf.upfronthosting.co.za>
2015-09-10 19:40:25jbecklinkissue25003 messages
2015-09-10 19:40:25jbeckcreate