Re: find-directory-p always returns nil in locate-mode on windows xp

[Eli Zaretskii]

> Date: Sun, 23 May 2004 14:17:03 -0500 (CDT)
> From: Luc Teirlinck <address@hidden>
> 
> My *Locate* buffer after M-x locate RET compdir looks like:
> 
> ------------------------------------------------------------
> Matches for compdir:
> 
>     /home/teirllm/compdir
>     /home/teirllm/compdir/goodCVS
>     /home/teirllm/compdir/gogoCVS
>     /home/teirllm/compdir/VCS
>     /home/teirllm/compdir/blabla
>     /home/teirllm/compdir/blabla~
> 
>   /home/teirllm/compdir:
>   blabla
>   blabla~
>   gogoCVS
> -------------------------------------------------------------
> 
> Those last four lines were obtained by doing "i" on
> /home/teirllm/compdir.

On Windows, the lines inserted by `i' will look like the output from
"ls -la" (see my other message in this thread for the reasons).
That's a bit ugly (and is a bug), but still functional.

> The one difference I get when setting default-directory to, say,
>  ~/ (/home/teirllm/) is that then "i" at that same place yields:
> 
> dired-insert-subdir: Attempt to insert a non-directory:
> /home/teirllm/home/teirllm/compdir/
> 
> I am not desperate for being able to use "i" in the *Locate* buffer,
> but that last error message clearly seems to suggest that setting
> default-directory to something other than "/" might produce other
> trouble, even if I can not immediately find any examples other than
> "i".

As I said earlier, `i' works for me in the DOS port.

Can you show where in the code invoked by `i' does Emacs concatenate
default-directory with "/home/teirllm/compdir/"?  It obviously does
something that doesn't fail on non-Posix platforms, but what?