From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10404 invoked by alias); 29 Oct 2015 14:15:22 -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: 37013 Received: (qmail 21329 invoked from network); 29 Oct 2015 14:15:21 -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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 X-AuditID: cbfec7f5-f794b6d000001495-be-563229f5ba82 Date: Thu, 29 Oct 2015 14:15:14 +0000 From: Peter Stephenson To: zsh-workers@zsh.org Subject: Re: zle_tricky.c:659: BUG: 0 <= wb (4) <= zlemetacs (2) <= we (5) is not true! Message-id: <20151029141514.3733c181@pwslap01u.europe.root.pri> In-reply-to: <20151029131253.GB31753@tarsus.local2> References: <20151029131253.GB31753@tarsus.local2> Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrILMWRmVeSWpSXmKPExsVy+t/xa7rfNI3CDO4qWhxsfsjkwOix6uAH pgDGKC6blNSczLLUIn27BK6MB3+WshSsY6vYfUC6gbGDtYuRk0NCwETifnM7I4QtJnHh3nq2 LkYuDiGBpYwSv/u7WSGcGUwSLw/uYodwtjFKzP3QDtbOIqAq8eTaXzYQm03AUGLqptlgo0QE xCXOrj3PAmILC0RKrHr/DijOwcErYC/x5xYTSJhTwFhi0bUXYLaQgJHEksVzwUbyC+hLXP37 iQniInuJmVfOgI3kFRCU+DH5HthIZgEtic3bmlghbHmJzWveMkPMUZe4cXc3+wRGoVlIWmYh aZmFpGUBI/MqRtHU0uSC4qT0XCO94sTc4tK8dL3k/NxNjJCA/bqDcekxq0OMAhyMSjy8K1sM w4RYE8uKK3MPMUpwMCuJ8MYxGYUJ8aYkVlalFuXHF5XmpBYfYpTmYFES5525632IkEB6Yklq dmpqQWoRTJaJg1OqgVFwT/Tf8ox/pgFJFd1JxlfkdR8d8beavbjE/cLsDSen5096LnF10Z2K IxV2C6SqM7O9Evat6PhckqhaeD/Yde2jb7mqGVwNsx/lGB4qfcyt1OJVuHD78dmG+8PlHD+X Xj8y3d/ESO6e5cbClpcO/0ybja+bH7i3LtxuqsO2Kx+XLqg3mNLCcE2JpTgj0VCLuag4EQBr fPu6VAIAAA== On Thu, 29 Oct 2015 13:12:53 +0000 Daniel Shahaf wrote: > To reproduce: > > $ zsh -f > % echo $ZSH_PATCHLEVEL > 0920bc6881af979ec538c8ab635c07f52601de4b > % : 2>1[move the cursor such that LBUFFER=": "][press ] > % : zle_tricky.c:659: BUG: 0 <= wb (4) <= zlemetacs (2) <= we (5) is not true! > : 2>1 inredir and linredir in get_comp_string() probably have something to do with this. It looks like the "word" it thinks it's on is the "1" after the ">", rather than the "2" before it. It would probably be sensible to take the attitude that we just shrug our shoulders until somebody volunteers to rewrite get_comp_string() properly to use a state machine. However, sense and completion code maintainance have never had a lot to do with one another. pws