From: Tino Calancha <tino.calancha@gmail.com>
To: Fabrice Popineau <fabrice.popineau@gmail.com>
Cc: John Wiegley <jwiegley@gmail.com>, Eli Zaretskii <eliz@gnu.org>,
Emacs developers <emacs-devel@gnu.org>,
Tino Calancha <tino.calancha@gmail.com>
Subject: Re: dired-tests.el fails on MS-Windows
Date: Sat, 5 Aug 2017 00:10:59 +0900 (JST) [thread overview]
Message-ID: <alpine.DEB.2.20.1708050007250.11976@calancha-pc> (raw)
In-Reply-To: <CAFgFV9NsqFp5H9K+emc8HXsnNFi0zPpy84kskqf-GXda=KkFKw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1952 bytes --]
On Fri, 4 Aug 2017, Fabrice Popineau wrote:
>
>
> 2017-08-04 16:49 GMT+02:00 Tino Calancha <tino.calancha@gmail.com>:
>
>
> On Fri, 4 Aug 2017, Fabrice Popineau wrote:
>
>
>
> 2017-08-04 16:23 GMT+02:00 Fabrice Popineau <fabrice.popineau@gmail.com>:
>
>
> Actually, the problem seems to be in the `insert-directory-wildcard-in-dir-p' function
> which wrongly splits "c:/tmp/dir*/*.txt" in ("c:/tmp/" . "dir*/*.txt") instead of
> ("c:/tmp/dir*/" . "*.txt")
>
> Forget this (wrong) diagnostic.
>
> The culprit is actually
>
> (let ((default-directory "c:/tmp/"))
> (eshell-extended-glob "dir*/*.txt"))
> "dir*/*.txt"
>
> which fails to expand the wildcards (when `file-expand-wildcards' succeeds).
>
> Thank you Fabrice,
> that's interesing. I am just wondering if `eshell-extended-glob' gets confused with the Windows path, i mean, the
> disk name 'c:' in front.
>
> Could you check if the following works?
> M-x eshell RET
> cd "c:/tmp"
> ls -l dir*/*.txt
>
> It says :
>
> c:/tmp $ ls -l dir*/*.txt
> dir*/*.txt: No such file or directory
I see. I think hat uses `eshell-extended-glob' as well, so it seems
you find a bug in that function. Maybe is better to open a bug
report with this eshell recipe above.
>
>
> I am also curious if:
> M-: (equal temporary-file-directory "c:/tmp/") RET
> => t
>
> Nope, my temp dir in this case is the Windows temp dir.
> ("c:/Users/Fabrice/AppData/Roaming/Local/Temp/")
>
> And out of curiosity: what does em-glob that file-expand-wildcards doesn't?
> Because replacing the former by the latter would withdraw a depency on eshell parts in ls-lisp :
I think you are right. We must use `file-expand-wildcards'.
I think the reason i didn't use this func. is because i didn't know
it existance :-)
next prev parent reply other threads:[~2017-08-04 15:10 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-01 15:22 dired-tests.el fails on MS-Windows Eli Zaretskii
2017-08-01 17:02 ` Tino Calancha
2017-08-01 19:04 ` Eli Zaretskii
2017-08-01 20:56 ` Fabrice Popineau
2017-08-02 6:44 ` Tino Calancha
2017-08-04 13:18 ` Eli Zaretskii
2017-08-04 13:30 ` Fabrice Popineau
2017-08-04 13:44 ` Tino Calancha
2017-08-04 14:01 ` Fabrice Popineau
2017-08-04 14:00 ` Eli Zaretskii
2017-08-04 5:21 ` Tino Calancha
2017-08-04 13:14 ` Eli Zaretskii
2017-08-04 13:39 ` Tino Calancha
2017-08-04 14:23 ` Fabrice Popineau
2017-08-04 14:39 ` Fabrice Popineau
2017-08-04 14:49 ` Tino Calancha
2017-08-04 14:58 ` Fabrice Popineau
2017-08-04 15:10 ` Tino Calancha [this message]
2017-08-01 20:52 ` Fabrice Popineau
2017-08-02 3:38 ` Tino Calancha
2017-08-02 6:31 ` Michael Albinus
2017-08-02 7:59 ` Tino Calancha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.20.1708050007250.11976@calancha-pc \
--to=tino.calancha@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=fabrice.popineau@gmail.com \
--cc=jwiegley@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.