Message173339
This was initially observed in #15745, however, there's a separate problem here. The current test_utime() on Solaris sporadically (usually) fails along the following lines:
> self.assertEqual(attr(st0, "st_mtime"), attr(st1, "st_mtime"))
> AssertionError: 1347752941.275297 != 1347752941.275296
> That is, test_utime() always results in a st1.st_mtime that is
> "off-by-1" from st0.st_mtime. The precision is well within the
> nanasecond resolution offered by utimensat, so it doesn't appear to be
> the same issue experienced by other platforms.
Run that test in a loop though, and it sometimes passes. So, there's an underlying bug, somewhere. |
|
Date |
User |
Action |
Args |
2012-10-19 13:16:39 | trent | set | recipients:
+ trent |
2012-10-19 13:16:39 | trent | set | messageid: <1350652599.36.0.707342371082.issue16287@psf.upfronthosting.co.za> |
2012-10-19 13:16:39 | trent | link | issue16287 messages |
2012-10-19 13:16:39 | trent | create | |
|