From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22562 invoked by alias); 18 Sep 2013 21:32:56 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 17982 Received: (qmail 11476 invoked from network); 18 Sep 2013 21:32:50 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <130918143239.ZM15171@torch.brasslantern.com> Date: Wed, 18 Sep 2013 14:32:39 -0700 In-reply-to: <20130918211227.51cdbd0f@pws-pc.ntlworld.com> Comments: In reply to Peter Stephenson "Re: Issue with histreduceblanks" (Sep 18, 9:12pm) References: <20130918185058.GA19235@Archie> <20130918211227.51cdbd0f@pws-pc.ntlworld.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: Zsh Users Subject: Re: Issue with histreduceblanks MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Sep 18, 9:12pm, Peter Stephenson wrote: } } Are there any non-ASCII characters on the line that might be confusing } the algorithm (the option pre-dates handling of multibyte characters)? If that were the case, I would expect history ops that reference words by position would also be confused. E.g., something like zsh% print Only two kinds of witnesses exist. The first live in a neighborhood where !#:7 !#:8 !#:9 would likely substitute the wrong substrings for !#:7 etc., because the same array of word positions is used to condense blanks.