* verify-visited-file-modtime
@ 2004-07-19 1:40 Luc Teirlinck
2004-07-19 1:53 ` verify-visited-file-modtime Luc Teirlinck
2004-07-20 20:43 ` verify-visited-file-modtime Richard Stallman
0 siblings, 2 replies; 3+ messages in thread
From: Luc Teirlinck @ 2004-07-19 1:40 UTC (permalink / raw)
Fverify_visited_file_modtime contains:
if (stat (SDATA (filename), &st) < 0)
{
/* If the file doesn't exist now and didn't exist before,
we say that it isn't modified, provided the error is a tame one. */
if (errno == ENOENT || errno == EACCES || errno == ENOTDIR)
st.st_mtime = -1;
else
st.st_mtime = 0;
}
If the buffer has stored (via the value -1) that the file does not
exist and the file does not exist on disk either, then the buffer's
record agrees with the actual situation on disk. I do not know which
"untame" errors one had in mind here where
`verify-visited-file-modtime' should return nil in this situation.
Is it good enough if a handler just returns `t' in this situation
without worrying about this?
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: verify-visited-file-modtime
2004-07-19 1:40 verify-visited-file-modtime Luc Teirlinck
@ 2004-07-19 1:53 ` Luc Teirlinck
2004-07-20 20:43 ` verify-visited-file-modtime Richard Stallman
1 sibling, 0 replies; 3+ messages in thread
From: Luc Teirlinck @ 2004-07-19 1:53 UTC (permalink / raw)
Cc: emacs-devel
>From my previous message:
I do not know which "untame" errors one had in mind here where
`verify-visited-file-modtime' should return nil in this situation.
>From `(libc)File Name Errors', I would appear that these must be
`ENAMETOOLONG' and `ELOOP'. Does a handler for
`verify-visited-file-modtime' need to try to detect these from Lisp or
is just returning t in the described situation good enough?
Sincerely,
Luc.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: verify-visited-file-modtime
2004-07-19 1:40 verify-visited-file-modtime Luc Teirlinck
2004-07-19 1:53 ` verify-visited-file-modtime Luc Teirlinck
@ 2004-07-20 20:43 ` Richard Stallman
1 sibling, 0 replies; 3+ messages in thread
From: Richard Stallman @ 2004-07-20 20:43 UTC (permalink / raw)
Cc: emacs-devel
If the buffer has stored (via the value -1) that the file does not
exist and the file does not exist on disk either, then the buffer's
record agrees with the actual situation on disk. I do not know which
"untame" errors one had in mind here where
`verify-visited-file-modtime' should return nil in this situation.
The idea is that tame errors in this context mean that the name
doesn't exist, where as the other errors (not tame) indicate difficulty
in finding out whether the name exists.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-07-20 20:43 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-19 1:40 verify-visited-file-modtime Luc Teirlinck
2004-07-19 1:53 ` verify-visited-file-modtime Luc Teirlinck
2004-07-20 20:43 ` verify-visited-file-modtime Richard Stallman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.