From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7738 invoked from network); 27 Apr 2004 16:07:55 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 27 Apr 2004 16:07:55 -0000 Received: (qmail 23124 invoked by alias); 27 Apr 2004 16:07:46 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19842 Received: (qmail 23109 invoked from network); 27 Apr 2004 16:07:45 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 27 Apr 2004 16:07:45 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [130.225.247.86] by sunsite.dk (MessageWall 1.0.8) with SMTP; 27 Apr 2004 16:7:45 -0000 Received: (qmail 11499 invoked from network); 27 Apr 2004 16:07:44 -0000 Received: from moonbase.zanshin.com (root@167.160.213.139) by a.mx.sunsite.dk with SMTP; 27 Apr 2004 16:07:43 -0000 Received: from aztec.zanshin.com (IDENT:schaefer@aztec.zanshin.com [167.160.213.132]) by moonbase.zanshin.com (8.12.11/8.12.11) with ESMTP id i3RG7fln016623 for ; Tue, 27 Apr 2004 09:07:41 -0700 Date: Tue, 27 Apr 2004 09:07:41 -0700 (PDT) From: Bart Schaefer Sender: schaefer@aztec.zanshin.com Reply-To: zsh-workers@sunsite.dk To: zsh-workers@sunsite.dk Subject: Re: PATCH: file-sort in _path_files In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, hits=0.0 required=6.0 tests=none autolearn=no version=2.63 X-Spam-Hits: 0.0 On Tue, 27 Apr 2004, Bart Schaefer wrote: > This seems to fix the bug I just reported; there may be a more elegant > way -- such as, simply inserting a new (#q...) in the right place -- but > I wasn't sure what ramifications that might have for the "copy qualifiers > from the line" section that creates $tmp3 (just above the patched lines). Sorry, that should say "just below the patched lines" -- it's another bit almost exactly like the bit that inserts ${sort}. I just saw PWS's patch, and it's probably better than mine -- but it also may need to be applied to the similar ${tmp3} section. PWS asked: > Do you have a matcher style set which assumes `-' is an anchor > character? The matcher styles were the first ones I deleted when tracking down what style caused the problem, and none of those made any difference at all.