From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#27844: 26.0.50; Dired w/ eshell-ls doesn't support wildcards in file name Date: Tue, 01 Aug 2017 18:37:37 +0300 Message-ID: <83wp6nz4ce.fsf@gnu.org> References: <878tjasgom.fsf@calancha-pc> <87h8xyutc3.fsf@calancha-pc> <83inib393n.fsf@gnu.org> <87lgn4j8ko.fsf@calancha-pc> <8360e71k5p.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1501601961 20749 195.159.176.226 (1 Aug 2017 15:39:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 1 Aug 2017 15:39:21 +0000 (UTC) Cc: 27844@debbugs.gnu.org To: Tino Calancha Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 01 17:39:17 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 1dcZGG-0004iT-H0 for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Aug 2017 17:39:08 +0200 Original-Received: from localhost ([::1]:43282 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dcZGM-0003oj-JB for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Aug 2017 11:39:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47805) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dcZFG-00030u-5S for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 11:38:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dcZFD-0002V3-15 for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 11:38:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34426) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dcZFC-0002Uz-Tv for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 11:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dcZFC-00024U-FE for bug-gnu-emacs@gnu.org; Tue, 01 Aug 2017 11:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Aug 2017 15:38: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.15016018777950 (code B ref 27844); Tue, 01 Aug 2017 15:38:02 +0000 Original-Received: (at 27844) by debbugs.gnu.org; 1 Aug 2017 15:37:57 +0000 Original-Received: from localhost ([127.0.0.1]:37103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcZF7-00024A-1o for submit@debbugs.gnu.org; Tue, 01 Aug 2017 11:37:57 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dcZF5-00023y-Er for 27844@debbugs.gnu.org; Tue, 01 Aug 2017 11:37:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dcZEx-0002Ob-4z for 27844@debbugs.gnu.org; Tue, 01 Aug 2017 11:37:50 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58170) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dcZEx-0002OV-1I; Tue, 01 Aug 2017 11:37:47 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4853 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dcZEv-0001YM-1s; Tue, 01 Aug 2017 11:37:46 -0400 In-reply-to: (message from Tino Calancha on Tue, 1 Aug 2017 23:06:01 +0900 (JST)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:135219 Archived-At: > 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?