From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16018 invoked by alias); 15 Oct 2012 09:53:32 -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: 17323 Received: (qmail 24040 invoked from network); 15 Oct 2012 09:53:31 -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.6 required=5.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,RCVD_IN_DNSWL_LOW, T_DKIM_INVALID autolearn=no version=3.3.2 Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.212.43 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=vU2Gapm8p93xgyu7Qzit+Vj8LonajuLB/4/0t497Flg=; b=GivMWgKKt7ycXNr5Ef797IXciT2vDKyW8Zl5juvZmSCRT/8wBURXuYSKnHWeKVGOf0 FCwuHWFK//Is3Q8NhAAnadfUu0oVwFX6Ab93FVSVgJQB4Hvk5i/oD3SCro92cM+PNTWq nGkQH9DIbsjedYjd4XoHWX9kI6wcAoK/UnPg9c2aYfGC67QnJSaCcNcno3GB6MYoIkir TtxaW6YlxEqF2g/YKpar1veQ36rLTn8TJrPsoHQuPm4K0UDjAsUP/hIVhfXNGJTrZMZN 5sParBtA0W8UEA95nQZiYhTYCIsP1plYCP+I/pD7OzjPeGH74e9kAHNhVUnMsZsvCZm4 cmVw== MIME-Version: 1.0 From: =?UTF-8?B?SsOpcsOpbWllIFJvcXVldA==?= Date: Mon, 15 Oct 2012 11:53:08 +0200 Message-ID: Subject: Unable to interrupt slow filename generation To: Zsh Users Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi everyone, When I use filename generation, for example, something like this: $ echo **/* or: $ echo **/* I'm expecting that hitting ctrl+c will interrupt the very slow filename generation, and it looks like it's indeed the case. However, when I use the =E2=80=9Cestring=E2=80=9D glob qualifier, I'm unabl= e to interrupt filename generation. Eg: $ echo *(e:sleep 10:) If I hit ctrl+c, it interrupts the =E2=80=9Csleep=E2=80=9D process, but not= filename generation. I have to interrupt that process once per generated filename =E2=80=94 but most of the time there are too much files to do this= . The only =E2=80=9Csolution=E2=80=9D I've found to stop this kind of filenam= e generation is to kill the shell, which is not satisfactory either, as you could have guessed. Does anyone know 1) if this is the expected behaviour 2) if so, if this is desirable and 3) if so, if there is a way to give up this kind of filename generation without losing the shell=C2=B9? Thanks in advance, best regards, =C2=B9 Actually, I've found that ctrl+z + kill all the shell child processes + fg sort of works, but that's a bit cumbersome. --=20 J=C3=A9r=C3=A9mie