[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #44814] which and run fail on windows for new
From: |
Oliver Heimlich |
Subject: |
[Octave-bug-tracker] [bug #44814] which and run fail on windows for new files |
Date: |
Sun, 12 Apr 2015 13:19:15 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.6.0 |
Follow-up Comment #2, bug #44814 (project octave):
Your instructions help a lot to clarify this. The cause seems to be the use of
symlinks in my file system.
In my case “pwd” refers to a directory, which is a symlink. The symlink
target's mtime changes when I add a new file. stat (pwd).mtime is the
modification time of the symlink itself, which does NOT change.
So, the mtime update works as expected, but some internal process fails to
refresh its file cache, because it does not resolve symlinks when checking for
mtime?!?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?44814>
_______________________________________________
Nachricht gesendet von/durch Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Oliver Heimlich, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Mike Miller, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files,
Oliver Heimlich <=
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Mike Miller, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Oliver Heimlich, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Oliver Heimlich, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Mike Miller, 2015/04/12
- [Octave-bug-tracker] [bug #44814] which and run fail on windows for new files, Philip Nienhuis, 2015/04/12
- [Octave-bug-tracker] [bug #44814] incorrect behavior from stat() for some symlinks on Windows NTFS file systems, Rik, 2015/04/17