From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20739: 25.0.50; Dired switches have no effect when explicit list of files provided Date: Sun, 07 Jun 2015 22:55:05 +0300 Message-ID: <834mmjmgyu.fsf@gnu.org> References: <186494c2-6958-42eb-a351-6543237bfb75@default> <838ubvmj2s.fsf@gnu.org> <99d84238-3b80-4778-a248-7063a7e6b3df@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1433706985 10886 80.91.229.3 (7 Jun 2015 19:56:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Jun 2015 19:56:25 +0000 (UTC) Cc: 20739@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 07 21:56:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Z1gfz-0002BC-UR for geb-bug-gnu-emacs@m.gmane.org; Sun, 07 Jun 2015 21:56:12 +0200 Original-Received: from localhost ([::1]:55096 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1gfz-0006DU-6r for geb-bug-gnu-emacs@m.gmane.org; Sun, 07 Jun 2015 15:56:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1gfv-0006DM-O6 for bug-gnu-emacs@gnu.org; Sun, 07 Jun 2015 15:56:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z1gfq-00035W-MN for bug-gnu-emacs@gnu.org; Sun, 07 Jun 2015 15:56:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1gfq-00035A-Iy for bug-gnu-emacs@gnu.org; Sun, 07 Jun 2015 15:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Z1gfq-00083P-3H for bug-gnu-emacs@gnu.org; Sun, 07 Jun 2015 15:56: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: Sun, 07 Jun 2015 19:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20739 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20739-submit@debbugs.gnu.org id=B20739.143370693230924 (code B ref 20739); Sun, 07 Jun 2015 19:56:02 +0000 Original-Received: (at 20739) by debbugs.gnu.org; 7 Jun 2015 19:55:32 +0000 Original-Received: from localhost ([127.0.0.1]:44337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1gfK-00082h-Vv for submit@debbugs.gnu.org; Sun, 07 Jun 2015 15:55:31 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:37659) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z1gfH-00082Q-Mw for 20739@debbugs.gnu.org; Sun, 07 Jun 2015 15:55:29 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NPL00H00AYADL00@mtaout24.012.net.il> for 20739@debbugs.gnu.org; Sun, 07 Jun 2015 22:47:05 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NPL00HEVAYH0V00@mtaout24.012.net.il>; Sun, 07 Jun 2015 22:47:05 +0300 (IDT) In-reply-to: <99d84238-3b80-4778-a248-7063a7e6b3df@default> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:103718 Archived-At: > Date: Sun, 7 Jun 2015 12:33:16 -0700 (PDT) > From: Drew Adams > Cc: 20739@debbugs.gnu.org > > > > > > It is not about the order. `r' works, for example - it > > > > > reverses the order. > > > > > > > > No, it doesn't. The order is always the same as in the list you > > > > pass to 'dired'. > > > > > > That's not what I see. > > > (dired ("foo" "/path/to/bbbbb" "/path/to/foo.el" > > > "/path/to/bar.el") > > > "-alFr") > > > shows the files in Dired in the reverse order: bar.el, foo.el, > > > bbbbb. > > (I forgot the quote before the list arg, as I'm sure you realized.) > > > Not in my Emacs, built from the latest development sources. > > Interesting. I definitely see the list reversed correctly, even > in this very recent build: > > In GNU Emacs 25.0.50.1 (i686-pc-mingw32) > of 2015-05-29 on LEG570 I tried on 3 different systems, one of them GNU/Linux -- none of them exhibits the behavior you describe. > > > > Yes, and those are all the switches that control the order of > > > > presenting the files in the listing. > > > > > > I don't agree. Unless you are interpreting "switches that control > > > the order" as including any switch that affects the display. > > > > I do. > > An odd interpretation of sort order. A very simple interpretation: anything that needs to rearrange the files in any way, by examining them together as a collection. > > > > the others are meaningless when you specify the files explicitly. > > > > > > Whether -A, -a, and -B are meaningless is in the eye of the user. > > > The point is that if you specify an explicit . or .., switch -A > > > still lists those directories. > > > > They are also shown without -A or -a. Specifying any files lists > > them regardless. > > Which is just another way of saying that -A and -a do not remove > those dot names. We are agreeing about the effect, but not about > what it means. IMO, it means that these switches do not do what > they say. They don't do anything, because the list of files to display is specified by the caller. > > > Why do you think that what is controlled by the ls-lisp.el code > > > has nothing to do with this bug report? > > > > Because 'dired' the function is not defined in ls-lisp.el, and it > > works even without ls-lisp. > > On MS Windows (my report is from a Windows build) it uses ls-lisp > by default, no? 'dired' on MS-Windows _calls_ functions in ls-lisp.el, but is not implemented there. And the behavior you described, which handles the case of a list as the 1st arg, is not implemented in ls-lisp.el, it is implemented in subroutines of 'dired' defined on dired.el. Now, can we please stop splitting hair?