From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3344 invoked by alias); 18 May 2015 08:33:37 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 35179 Received: (qmail 28169 invoked from network); 18 May 2015 08:33:34 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=INPJLHMsmlyta8xyA3j1nQZtYTplR6GJp7giyDLNMBY=; b=Vo7Ag1nku1GARnObr5ADOuOdHalHwh+Xp/V6P7zaR/B5fpaWJ1125KQhgJIxhBem2e iFPuvrBVcnTMOjEkChqVxTh8Xq/WWyN6IkVs73mKAdgJ3U3GYR1Xr+AGZvSDzN+EFptU Hr+wkW/JVV/rW6YMHzPFgMNZEND/Cf7Kp17k645Zp1bCNxHUro0X7SG+SqFhqZDXonJR Win47OFgJIAX9kcBJJwuAqVMeD4IfAvvZJtl5qLQUZ7GYQ5OQpBBNllt/F7pHVtxax4m dqPhPuctXY2WDnGxV3kKyscSiJB7OJhv+BfAL8vFeFSidjH4nh0tFe9LHDO8vkauB9b2 OSYQ== MIME-Version: 1.0 X-Received: by 10.107.132.223 with SMTP id o92mr28154476ioi.49.1431938011509; Mon, 18 May 2015 01:33:31 -0700 (PDT) In-Reply-To: <5559577C.1060906@inlv.org> References: <5559577C.1060906@inlv.org> Date: Mon, 18 May 2015 10:33:31 +0200 Message-ID: Subject: Re: Pattern matching: backslash escaping not active in pattern passed from variable From: Mikael Magnusson To: Martijn Dekker Cc: zsh workers Content-Type: text/plain; charset=UTF-8 On Mon, May 18, 2015 at 5:07 AM, Martijn Dekker wrote: > Peter Stephenson's patch for case pattern matching applied cleanly > against the latest git code and is working perfectly. Many thanks. > > There is another snag I've found in pattern matching, which seems to > have survived this patch: backslash escaping does not seem match the > standard if a glob pattern is passed from a variable or parameter. The > standard says: [...] > In any case, I would expect backslash escaping to work the same way > whether the glob pattern is passed from a variable or parameter or not. see the GLOB_SUBST option. -- Mikael Magnusson