Message11967
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. |
|
Date |
User |
Action |
Args |
2018-05-10 07:56:29 | jeff.allen | set | messageid: <1525938989.24.0.682650639539.issue2656@psf.upfronthosting.co.za> |
2018-05-10 07:56:29 | jeff.allen | set | recipients:
+ jeff.allen |
2018-05-10 07:56:29 | jeff.allen | link | issue2656 messages |
2018-05-10 07:56:28 | jeff.allen | create | |
|