[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: no notification about -u failure
From: |
Kevin Rodgers |
Subject: |
Re: no notification about -u failure |
Date: |
Wed, 26 Oct 2005 15:11:32 -0600 |
User-agent: |
Mozilla Thunderbird 0.9 (X11/20041105) |
Richard M. Stallman wrote:
> No message seen, not even in *Messages*, that -u wasn't being
used right.
> $ emacs -nw --no-site-file -u /
> $ emacs -nw --no-site-file -q -u /
> $ emacs -nw --no-site-file -q -u nurdsburg /
...
> Most of this was fixed already in the current devel version.
> I will fix the rest.
Ah, that bug wasn't squashed, because (file-directory-p (concat "~" "/"))
is true.
Should the test also simply check that (eq (string-to-char
init-file-user) ?/)
is false, or are there other problematic user names? Is "" legal? What
about
":" et al. on VMS?
,----[ C-h f file-name-directory RET ]
| file-name-directory is a built-in function.
| (file-name-directory FILENAME)
|
| Return the directory component in file name FILENAME.
| Return nil if FILENAME does not include a directory.
| Otherwise return a directory spec.
| Given a Unix syntax file name, returns a string ending in slash;
| on VMS, perhaps instead a string ending in `:', `]' or `>'.
`----
--
Kevin Rodgers