Message173339
| Author |
trent |
| Recipients |
trent |
| Date |
2012年10月19日.13:16:39 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1350652599.36.0.707342371082.issue16287@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
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. |
|
History
|
|---|
| 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 |
|