all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 :-)

  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.