emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Eli Zaretskii
Subject: Re: find-directory-p always returns nil in locate-mode on windows xp
Date: Tue, 25 May 2004 08:12:49 +0200

> Date: Mon, 24 May 2004 13:51:05 -0500 (CDT)
> From: Luc Teirlinck <address@hidden>
> 
> Eli Zaretskii wrote:
> 
>    > How did you test this?
> 
>    Simply by using the unaltered locate.el, which does, as you mentioned:
> 
> There seems to be some confusion here.

Indeed.

> My claim was that if one tries to set default-directory to something
> _different_ from "/" in `locate-mode' (and there have been two
> different proposals to do so), then that causes trouble for `i' and
> probably for other commands as well.  From my original message:
> 
>    Eli Zaretskii wrote:
> 
>       Sorry, you lost me: what is that ``best support'' in dired that one
>       loses if the default-directory is not "/"?  And why cannot that
>       support work on all Emacs platforms?
> 
>    For instance, if one of the listed files is a directory, then using
>    `i' to insert that directory will only work if the default directory
>    is "/'.
> 
> I answered the first of your two questions in the above quote.

Yes, but I don't see how this is relevant to what I wrote in the
message to which you replied.  Here's what led to that:

    Eli Zaretskii <address@hidden> wrote:

       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?

    How did you test this?

I thought your question ``how did you test that?'' refers to the fact
that `i' works for me in the DOS port, so I replied:

> Simply by using the unaltered locate.el

If your question was not related to `i' working on MS-DOS, then what
did you want to ask, precisely?

> Is your current position that "/" is the correct value for MS Windows
> and hence should not be changed?

There are several issues that I'd like us to try to solve:

  - why does "/" fail on Windows? I don't see why it should

  - why did you get on GNU/Linux a concatenation of your home
    directory and the file name, as in
    "/home/teirllm/home/teirllm/compdir/"? where's the code that did
    that, and why that doesn't happen on MS-DOS?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]