From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.bugs Subject: bug#27844: 26.0.50; Dired w/ eshell-ls doesn't support wildcards in file name Date: Wed, 2 Aug 2017 01:04:20 +0900 (JST) Message-ID: References: <878tjasgom.fsf@calancha-pc> <87h8xyutc3.fsf@calancha-pc> <83inib393n.fsf@gnu.org> <87lgn4j8ko.fsf@calancha-pc> <8360e71k5p.fsf@gnu.org> <83wp6nz4ce.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Trace: blaine.gmane.org 1501603637 12601 195.159.176.226 (1 Aug 2017 16:07:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 1 Aug 2017 16:07:17 +0000 (UTC) User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Cc: 27844@debbugs.gnu.org, Tino Calancha To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 01 18:07:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcZhK-0002o0-GW for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Aug 2017 18:07:06 +0200 Original-Received: from localhost ([::1]:43537 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dcZhQ-0007vM-HJ for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Aug 2017 12:07:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dcZfO-0006Cq-Ff for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 12:05:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dcZfK-00039Y-GM for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 12:05:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34467) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dcZfK-00039M-Dw for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 12:05:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dcZfK-0004Yc-77 for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 12:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Aug 2017 16:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27844 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27844-submit@debbugs.gnu.org id=B27844.150160347417481 (code B ref 27844); Tue, 01 Aug 2017 16:05:02 +0000 Original-Received: (at 27844) by debbugs.gnu.org; 1 Aug 2017 16:04:34 +0000 Original-Received: from localhost ([127.0.0.1]:37144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcZer-0004Xt-M6 for submit@debbugs.gnu.org; Tue, 01 Aug 2017 12:04:33 -0400 Original-Received: from mail-pg0-f52.google.com ([74.125.83.52]:36646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcZeo-0004Xf-O9 for 27844@debbugs.gnu.org; Tue, 01 Aug 2017 12:04:31 -0400 Original-Received: by mail-pg0-f52.google.com with SMTP id v77so4021442pgb.3 for <27844@debbugs.gnu.org>; Tue, 01 Aug 2017 09:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=BRbCuWFJb7qhIIjVYr8ZAOiKFWfpWAbLDhhwoThrb4g=; b=AwbiD8tFmJPzASfWROeuFpB6E75P5rQMaEbnbBRS4r9rigSnt2z+wUocda90cLGpDe QkG+20ppOd5AKDeqsVqfXkRIOvIK8y6YeWXt2Ja5A5JSHj4SM2w9wTewqe5+w0JfikuP eJrnfNquA9PchXqt9xSNGT0/4tZAMTDyVsJ/LsiO+oGrHBhaC3vBnJbpVldC+PAbV/ng Y1BDjO7XDTuymojPjFfN8J7gNExJVhtz1qRd159feJ0938llfAA5xm8U9oYKjuRAvcca XqL92M2TE7+qBuXhOydD6wo48m7+A050mT2R4T5qJjra0dhlQHlzPkFgiUKhMzs+bXlP iwyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=BRbCuWFJb7qhIIjVYr8ZAOiKFWfpWAbLDhhwoThrb4g=; b=SohkGg9mV7cdtEXBSXDhIjAy/o3zxVqurdx2WBTIRq0cX32rOncvNaGvrRYN+bci8Z 7+8hnJHwrFQi2jEWRA9uiR5c6OZo4Kra23yFczr1bHmEiKMSNmStQFoa+xpnvT6vig0v qNmGk1m2Arz4Ct6dpKX4imVEzuXdfjijLAbHFSa1AYzhElKOSKLYXsHqTcovJ1KZyGKW CQJhuWmYrfwTE0d7GO2zvk6HFqMrAGlbYLFUx4TebzluazTgIDOlZ1JIuLKlmXV7T2DN qiRFa98rGhIzAOUq5IxVnLX6K8PZCbiCPAvPclJ/p2OCRI6r8gs7x7NuE+ZPtshOzGXm b5YA== X-Gm-Message-State: AIVw113c4CYbp6Z4VC0pH2jIUerpncamEA1zM2F286BoPZKlNXDt5PaL 1l44vBZfmgYrPA== X-Received: by 10.84.128.14 with SMTP id 14mr21726442pla.285.1501603464495; Tue, 01 Aug 2017 09:04:24 -0700 (PDT) Original-Received: from calancha-pc (170.224.128.101.dy.bbexcite.jp. [101.128.224.170]) by smtp.gmail.com with ESMTPSA id e131sm24710966pfc.93.2017.08.01.09.04.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Aug 2017 09:04:23 -0700 (PDT) X-Google-Original-From: Tino Calancha X-X-Sender: calancha@calancha-pc In-Reply-To: <83wp6nz4ce.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:135223 Archived-At: On Tue, 1 Aug 2017, Eli Zaretskii wrote: >> From: Tino Calancha >> Date: Tue, 1 Aug 2017 23:06:01 +0900 (JST) >> cc: Tino Calancha , 27844@debbugs.gnu.org >> >>> If eshell-extended-glob already signals an error when it's TRT, why do >>> you need to signal an error if Eshell doesn't? What am I missing? >> I prefer to throw an error because looks familiar compared with >> what i see when using GNU/ls. >> If i try: >> C-x d ~/emacs-master/lisp/*.Z RET >> >> I) with GNU/ls or with ls-lisp: >> i get an error and i read in the echo area: >> Reading directory: No such file or directory, ~/emacs-master/lisp/*Z >> >> II) with eshell-ls: >> I actualy get a Dired buffer with an entry (the directory itself). >> >> I rather prefer if II) behaves as I) regardless on >> 'eshell-error-if-no-glob', that means, my second patch with the >> user-error. > > So we are back to the same issue: this is IMO a user preference, and > you are accustomed to one of the possible behaviors. And since you > want the behavior to be independent on an already existing user > option, I'm not sure how to proceed. Maybe you could start by > explaining why you don't want eshell-error-if-no-glob to control this? 1) I am imaging one user in a system without an external 'ls' installed. 2) This hypothetical user wants to use Dired; after searching the web, find s?he could do it via eshell. 3) I assume this user is not interested in the eshell internals: just want to have Dired running without complications. That means 'eshell-error-if-no-glob' keeps its default, nil. For this guy is more informative to get an error after s?he dired ~/emacs/lisp/*.Z saying that nothing matched the wildcard. Getting the Dired buffer with the listing of '~/emacs/lisp' is confuse and requires some time to understand the situation. Furthermore, s?he could do the same operation in another machine, one with an external "ls" installed, and observe a different result. I like the idea that Dired behaves uniformsly regardless on if we are using an external 'ls' or an elisp emulation of it. That said, i am OK with showing the Dired buffer ie, let eshell-error-if-no-glob to decide the situation, if you like more.