I get failures under test_os when launched under Windows XP. More precisely, it's a Windows XP image inside qemu with the Python build dir in a Samba mount. ====================================================================== FAIL: test_1565150 (__main__.StatAttributeTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "Lib\test\test_os.py", line 291, in test_1565150 self.assertEquals(os.stat(self.fname).st_mtime, t1) AssertionError: 1159195039.0 != 1159195039.25 ====================================================================== FAIL: test_1686475 (__main__.StatAttributeTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "Lib\test\test_os.py", line 300, in test_1686475 self.fail("Could not stat pagefile.sys") AssertionError: Could not stat pagefile.sys ----------------------------------------------------------------------

Maybe will first test failure be fixed by attached patch? Sorry, this is my bug in issue1709599. :-(

No, it doesn't fix it. But I've just tried manually, and GetVolumeInformation() returns "NTFS" for the Samba share. Apparently this is a Samba "feature" to work with Windows NT. :-) See http://lists.samba.org/archive/samba/2003-April/065027.html The other failure is trivial, I've fixed it in r65780.

> The other failure is trivial, I've fixed it in r65780. #1709112 has been reported earlier in relation to pagefile.sys. Your patch addresses at least part of the problem there. I wonder if that issue can be closed.

According to the aforementioned bug report, we should also add a test for e.winerror == 5. Chances are that other cases will arise one day or another... Since the purpose of the test is, allegedly, to "Verify that an open file can be stat'ed", it may be simpler to create and open a file ourselves (test_support.TESTFN being an obvious candidate :-)), and check that it can be stat'ed. Expecting to be able to access C:\pagefile.sys sounds as "right" as doing the same with, say, /etc/passwd under Linux. (and, incidentally, creating the file ourselves means the test will stop being Windows-specific)

On Mon, Aug 18, 2008 at 10:28 AM, Antoine Pitrou <report@bugs.python.org> wrote: > Since the purpose of the test is, allegedly, to "Verify that an open > file can be stat'ed", it may be simpler to create and open a file > ourselves (test_support.TESTFN being an obvious candidate :-)), and No. Any open file does not do. There has been a discussion on python-dev some time back about replacing the use of pagefile.sys with a temporarily created open file. But the problem that spawned this test case does not occur with just any open file.

Is this reproduced on modern Python versions?

I don't know. Anyway, it is not really a Python bug, so I suggest we close it.