Message11967

Author jeff.allen
Recipients jeff.allen
Date 2018-05-10.07:56:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1525938989.24.0.682650639539.issue2656@psf.upfronthosting.co.za>
In-reply-to
Content
The remaining violations that surface from jnr-posix are from org.python.core.io.FileIO.__int__, or from jnr.posix.JavaLibCHelper$ReflectiveAccess. In both cases as a result of calls to os.fstat (that is org.python.modules.posix.PosixModule$FstatFunction.__call__).

For the most part, these in turn are the result of calls to _pyio.open where it attempts to get the filesystem block size, although there are other root causes (fileinput$py.readline, SimpleHTTPServer$py.send_head). Note that it is only _pyio.open that does this. the pure Java io.open has a fixed idea of the ideal block size.

Seems like issues #1736 and #2320 just go on giving. C file descriptors are a terrible idea. They don't *describe* anything unless you also have access to a table we can't see. As we have worked this a few times already I incline to think that a good solution is not imminent, so not for 2.7.2.
History
Date User Action Args
2018-05-10 07:56:29jeff.allensetmessageid: <1525938989.24.0.682650639539.issue2656@psf.upfronthosting.co.za>
2018-05-10 07:56:29jeff.allensetrecipients: + jeff.allen
2018-05-10 07:56:29jeff.allenlinkissue2656 messages
2018-05-10 07:56:28jeff.allencreate