From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#18205: Obsolete patterns in auto-mode-alist Date: Wed, 6 Aug 2014 23:05:33 +0100 Message-ID: References: <83y4v1o5un.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3c652d0dd2404fffd2bf1 X-Trace: ger.gmane.org 1407362784 18625 80.91.229.3 (6 Aug 2014 22:06:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Aug 2014 22:06:24 +0000 (UTC) Cc: 18205@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 07 00:06:18 2014 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 1XF9Lc-0006L4-Aq for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Aug 2014 00:06:16 +0200 Original-Received: from localhost ([::1]:41920 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF9Lb-0005TF-SN for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Aug 2014 18:06:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37986) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF9LT-0005Ly-7R for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 18:06:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XF9LO-0003tr-Ph for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 18:06:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53916) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF9LO-0003tn-Ms for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 18:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XF9LN-0005FE-TF for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 18:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Aug 2014 22:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18205 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18205-submit@debbugs.gnu.org id=B18205.140736274420126 (code B ref 18205); Wed, 06 Aug 2014 22:06:01 +0000 Original-Received: (at 18205) by debbugs.gnu.org; 6 Aug 2014 22:05:44 +0000 Original-Received: from localhost ([127.0.0.1]:60858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF9L5-0005EX-Aq for submit@debbugs.gnu.org; Wed, 06 Aug 2014 18:05:43 -0400 Original-Received: from mail-lb0-f178.google.com ([209.85.217.178]:58171) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF9L2-0005EF-48 for 18205@debbugs.gnu.org; Wed, 06 Aug 2014 18:05:41 -0400 Original-Received: by mail-lb0-f178.google.com with SMTP id c11so2012862lbj.37 for <18205@debbugs.gnu.org>; Wed, 06 Aug 2014 15:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z6j8KQSk0zIZVvX/43Fo/McVdzuvIGGglnccazZ6wnc=; b=IcErhz3ab2FpTxPeXFuJyd8/pyKiVJXFap7+jqcJfw6dJQR4IuWkY7XqnXscXOqDUp 3AM4zLcOaFZkD1FfkCmqYow69t16o4b2m3ok3vtyGv9r/Dr8x2ER3rEweDl6Nht4Rqo4 yX4rQpHAEF+0br2DHOd66oxeSWB4BXMvCRUX8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=z6j8KQSk0zIZVvX/43Fo/McVdzuvIGGglnccazZ6wnc=; b=ISQVxdEmRUJ5vFqRQLKsNRmHeXj+jVJzqM8ugVzJA0HhY0SU9KoLaMKSp0Ln8LRQAF 3NJfHQ5VoXUUdNcKI2i4m5nd1TgsZ3852AUbgj+kWxlwxZ3Pnbo+eRs9Tc0jsLaM5iaW m+HZ4MfhilgVauA96Bu82XIK0bnDOwak2ExRkDR4ABdpZnHlI/9G57OaHM2JEscB1awn Snzdchuzde+TBGl6WBPhY/zjOADpzxpP/n3Q4Zj0i8gJG7iQpsCUl1n229mdd2iwS9yD 199e/euCUr+5sb4T5gGK8QLFlVpEPLECRz2NuYeTHQu3DhOujvNiQ6InWRisURxsNfBI mp0w== X-Gm-Message-State: ALoCoQnkL53UmPfGBpBx3vQKAVvDYyNWdwQLQARxZC74kecOhSaINMhAIP0VbeTHTiEVNFHxeUkw X-Received: by 10.112.235.199 with SMTP id uo7mr12931247lbc.50.1407362733752; Wed, 06 Aug 2014 15:05:33 -0700 (PDT) Original-Received: by 10.152.246.10 with HTTP; Wed, 6 Aug 2014 15:05:33 -0700 (PDT) In-Reply-To: <83y4v1o5un.fsf@gnu.org> 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:92224 Archived-At: --001a11c3c652d0dd2404fffd2bf1 Content-Type: text/plain; charset=UTF-8 On 6 August 2014 19:01, Eli Zaretskii wrote: > > Date: Wed, 6 Aug 2014 00:58:04 +0100 > > From: Reuben Thomas > > > > ;; .emacs or .gnus or .viper following a directory delimiter in > > ;; Unix, MSDOG or VMS syntax. > > ("[]>:/\\]\\..*\\(emacs\\|gnus\\|viper\\)\\'" . emacs-lisp-mode) > > ("\\`\\..*emacs\\'" . emacs-lisp-mode) > > ;; _emacs following a directory delimiter > > ;; in MsDos syntax > > ("[:/]_emacs\\'" . emacs-lisp-mode) > > > > There are two non-standard spellings: > > > > s/MSDOG/MS-DOS/ > > s/MsDos/MS-DOS/ > > > > Further, the second line looks like it will only match a .emacs in the > root > > directory > > No, it matches .emacs with no leading directories at all. > I thought these patterns were matching absolute filenames, in which case I am not sure what "no leading directories" could mean (at least on GNU). > Given that VMS support has been removed, can we replace the first two > > pattern lines with a line that uses the pattern used above: > > > > \\(/\\|\\`\\) > > No, that's not enough: it will miss "c:.emacs". > > IMO, it's OK to remove the VMS-specific characters (AFAIK, the first 2 > in the character class), but the rest should stay. > OK. > > And can we then also remove the third line, as MS-DOS syntax is not > > treated specially anywhere else in this default value? > > How can you remove it, and still support _emacs as a file whose > normal-mode is emacs-lisp? _emacs is supported on MS-DOS and > MS-Windows. (I don't understand what you meant by "not supported > specially anywhere else".) > Sorry, I was unclear: I meant that there doesn't seem to be special support for MS-DOS and Windows filenames elsewhere *in auto-mode-alist* (as I put it above, "in this default value"). If "_emacs" is to be supported, surely other similar patterns should be added for other dot files? (The same applies to "c:.emacs"; but again, that's not an absolute filename, which would be "c:\.emacs".) -- http://rrt.sc3d.org --001a11c3c652d0dd2404fffd2bf1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 6= August 2014 19:01, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Wed, 6 Aug 2014 00:58:04 +0100
> From: Reuben Thomas <rrt@sc3d.org>
>
> =C2=A0 =C2=A0 =C2=A0;; .emacs or .gnus or .viper following a directory= delimiter in
> =C2=A0 =C2=A0 =C2=A0;; Unix, MSDOG or VMS syntax.
> =C2=A0 =C2=A0 =C2=A0("[]>:/\\]\\..*\\(emacs\\|gnus\\|viper\\)\= \'" . emacs-lisp-mode)
> =C2=A0 =C2=A0 =C2=A0("\\`\\..*emacs\\'" . emacs-lisp-mod= e)
> =C2=A0 =C2=A0 =C2=A0;; _emacs following a directory delimiter
> =C2=A0 =C2=A0 =C2=A0;; in MsDos syntax
> =C2=A0 =C2=A0 =C2=A0("[:/]_emacs\\'" . emacs-lisp-mode)<= br>
>
> There are two non-standard spellings:
>
> s/MSDOG/MS-DOS/
> s/MsDos/MS-DOS/
>
> Further, the second line looks like it will only match a .emacs in the= root
> directory

No, it matches .emacs with no leading directories at all.
=

I thought these patterns were matching absolute filenam= es, in which case I am not sure what "no leading directories" cou= ld mean (at least on GNU).

> Given that VMS support has been removed, can we replace the first two<= br> > pattern lines with a line that uses the pattern used above:
>
> \\(/\\|\\`\\)

No, that's not enough: it will miss "c:.emacs".

IMO, it's OK to remove the VMS-specific characters (AFAIK, the first 2<= br> in the character class), but the rest should stay.
OK.
=C2=A0
> And can we then also remove the third line, as MS-DOS syntax is not > treated specially anywhere else in this default value?

How can you remove it, and still support _emacs as a file whose
normal-mode is emacs-lisp? =C2=A0_emacs is supported on MS-DOS and
MS-Windows. =C2=A0(I don't understand what you meant by "not suppo= rted
specially anywhere else".)

Sorry, I was unclea= r: I meant that there doesn't seem to be special support for MS-DOS and= Windows filenames elsewhere *in auto-mode-alist* (as I put it above, "= ;in this default value"). If "_emacs" is to be supported, su= rely other similar patterns should be added for other dot files? (The same = applies to "c:.emacs"; but again, that's not an absolute file= name, which would be "c:\.emacs".)

--
http://rrt.sc3d.org
--001a11c3c652d0dd2404fffd2bf1--