From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9938 invoked from network); 2 Jul 1997 05:21:30 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 2 Jul 1997 05:21:30 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id AAA04114; Wed, 2 Jul 1997 00:47:04 -0400 (EDT) Resent-Date: Wed, 2 Jul 1997 00:47:04 -0400 (EDT) From: Zoltan Hidvegi Message-Id: <199707020451.AAA10907@hzoli.home> Subject: Re: Completion bug introduced in 3.0.3 In-Reply-To: from Ingo Wilken at "Jul 2, 97 05:48:21 am" To: Ingo.Wilken@Informatik.Uni-Oldenburg.DE (Ingo Wilken) Date: Wed, 2 Jul 1997 00:51:00 -0400 (EDT) Cc: zsh-workers@math.gatech.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Message-ID: <"mVDx63.0.D01.8rTkp"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/3331 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu > I use autolist and automenu, so zsh should now print the possible matches > (in this case, m1000 and m980), but it does more than that: It adds a copy > of the uncompleted line to the script. This copy also appears on the screen: That's probably the same bug for which Peter sent a fix earlier, which is included below. Please try this, and tell me if it fixes your problem or not. There will be a zsh-3.0.5 release, and that's one of the reasons that zsh-3.0.4 was not announced on zsh-announce. > Another thing: I use a TCL script that sets its stdout stream to > non-blocking. This somehow affects zsh, as all interactive commands > started after the TCL script (like "ftp" or "more") immediately terminate > upon trying to get some user input: > > ingo@icicle:~> tclsh > % fconfigure stdout -blocking 0 > % exit > ingo@icicle:~> ftp > ingo@icicle:~> <-- zsh prompt, ftp terminated immediatly That one I cannot reproduce. Does this happen with zsh-3.0.4? Does this happen when you use ttyctl -f before calling tclsh? If it doesn't, what stty shows without ttyctl -f after running tclsh? I guess you also have to use ftp with readline to get this problem. Could you reprocude the problem starting zsh with the -f option? Zoltan *** Src/Zle/zle_utils.c.sc Sun Jun 1 07:50:52 1997 --- Src/Zle/zle_utils.c Thu Jun 26 11:06:10 1997 *************** *** 75,81 **** line[to] = line[to + cnt]; to++; } ! ll = to; } /**/ --- 75,81 ---- line[to] = line[to + cnt]; to++; } ! line[ll = to] = '\0'; } /**/