Issue1822

os.stat returns wrong inode number, device, number of hard links, ids and size on SunOS 5.10 / x86 (it works well with SunOS 5.10 / sparc)

Example :

>>> platform.platform()
'Java-1.5.0_22-Java_HotSpot-TM-_Server_VM,_1.5.0_22-b03,_Sun_Microsystems_Inc.-on-SunOS-5.10-x86'
>>> os.stat('foo')
(33206, 0L, -1L, -1, -1, -1, 0L, 1321949534, 1321949534, 1321949538)


>>> platform.platform()
'Java-1.5.0_24-Java_HotSpot-TM-_Server_VM,_1.5.0_24-b02,_Sun_Microsystems_Inc.-on-SunOS-5.10-sparc'
>>> os.stat('foo')
(33206, 192086L, 93585416L, 1, 24960, 1002, 0L, 1321949534, 1321949534, 1321949534)

What is the output of the following code on the system where this bug appears?

>>> import sys
>>> sys.builtin_module_names

>>> import sys
>>> sys.builtin_module_names
('zipimport', 'jffi', '_py_compile', 'time', 'imp', '_collections', 'struct', '_sre', 'gc', 'cStringIO', 'math', '__builtin__', '_functools', 'cPickle', 'exceptions', '_systemrestart', '_marshal', 'jarray', 'errno', '_weakref', 'ucnhash', '_random', '_ast', 'binascii', 'operator', '_hashlib', 'thread', '_threading', 'array', 'posix', 'sys', 'synchronize', 'itertools', '_codecs', 'cmath', '_csv')

This functionality comes from jnr-posix, the jar file for which does not have a version number, although commit logs shows that we're using version 1.1.4.

Since the latest version of jnr-posix is 1.1.8, we should probably update our version of that jar as a first step.

It is unclear to me if we need to also update the related jffi*.jar files as well.

Adding pjenvey to seek advice.

Yea, you usually do. You might want to just copy them from JRuby, they usually have the latest (and all of these files in one place)

How good are our tests for this stuff?

Is it something we want to do for 2.5.3?

Or defer until 2.7?

The latest JNR libs have been added to the 2.7 branch.

Please can you try out the code on HG tip and see if that solves the problem?

If it does, we can consider updating to the latest on the 2.5 branch as well.

Since there hasn't been a reply for almost a year I guess we can close. Probably the new posix jar will fix these.

Sorry, I cannot test this anymore. You can close the issue, thank you