[Python-Dev] Tests broken on Windows
Tim Peters
tim.peters at gmail.com
Mon Nov 1 15:40:55 CET 2004
> Exactly how does it fail?
[Raymond Hettinger, on bug737473]
> Traceback (most recent call last):
> File "test_traceback.py", line 79, in test_bug737473
> test_bug737473.test()
> File "c:\windows\temp\tmpsj7w5a\test_bug737473.py", line 2, in test
> ValueError
That helps.
>> Does it work if you force the test to take the time.sleep()
>> path instead of the os.utime() path?
> Yes.
Progress <wink>.
...
> Am challenged for time in the next couple of days. Will delve deeper at
> the first opportunity.
>
> For the time being, I think it would be best to use sleep() instead of
> utime(). While it costs three seconds, at least we know it to be a
> platform independent test. It is rather late in the game to be
> debugging OS specific problems introduced by a new check-in.
The checkin isn't that new anymore. Just try changing
past = time.time() - 3
to
past = time.time() - 6
I added a note to <http://www.python.org/1057992> explaining why that
may matter on FAT or FAT32 systems.
More information about the Python-Dev
mailing list