Joe Gaspard added the comment:
Thanks Terry. As best I can recall was trying to save a .py while
IDLE and the '.py file were both open, but definitely not a
'Library' file. I did try to save the IDLE window display once, and
it may have been this time. My programs have been much smaller
Daniel Eriksson added the comment:
@Larry
The issue is the following:
In the test after the first p.touch
(Pdb) old_mtime
1407128672.4133856
(Pdb) old_mtime_ns
1407128672413385711
After second p.touch
(Pdb) st.st_mtime_ns
14071286890
(Pdb) st.st_mtime
1407128689.0
So the issue is
Terry J. Reedy added the comment:
The latest version is best. We are gradually fixing crashes, closes, hangs, and
other bugs.
When you replay by email, please delete the quoted message, as it is redundant
with the message already displayed and just noise.
I am closing this issue for now
Raymond Hettinger added the comment:
Sorry, I'm going to close this one because I believe it would make the
documentation worse.
I don't believe that making a forward reference from section 4.2 to section 5.6
helps anyone.
--
resolution: - rejected
status: open - closed
Raymond Hettinger added the comment:
Antoine, can I close this one?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22097
___
___
Larry Hastings added the comment:
So why can't you use the ns parameter for os.utime()?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19838
___
Daniel Eriksson added the comment:
@Larry - the problem arrives after the second touch, which does os.utime(FILE,
None) if the file exists.
The os.utime that is in the test-code doesn't really break anything, what
breaks the test is the second touch.
--
Larry Hastings added the comment:
A cursory read of the source code suggests everybody is doing the right thing.
Can you run this with a debug build of CPython, put a breakpoint in
posix_utime, and check that when it's called for the second p.touch that it's
correctly calling the underlying
Daniel Eriksson added the comment:
@Larry - we did that yesterday and on the FreeBSD-machine the regular utimes
was used and not utimensat.
utimensat is not available on FreeBSD 10 so it fall backs to regular utimes to
be used in os.utime.
But when a file is created it is the file system that
101 - 109 of 109 matches
Mail list logo
