Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Unable to interrupt slow filename generation
- X-seq: zsh-users 17323
- From: Jérémie Roquet <arkanosis@xxxxxxxxx>
- To: Zsh Users <zsh-users@xxxxxxx>
- Subject: Unable to interrupt slow filename generation
- Date: Mon, 15 Oct 2012 11:53:08 +0200
- 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==
- List-help: <mailto:zsh-users-help@zsh.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:zsh-users@zsh.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
Hi everyone,
When I use filename generation, for example, something like this:
$ echo **/*<tab>
or:
$ echo **/*<enter>
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 “estring” glob qualifier, I'm unable to
interrupt filename generation. Eg:
$ echo *(e:sleep 10:)
If I hit ctrl+c, it interrupts the “sleep” process, but not filename
generation. I have to interrupt that process once per generated
filename — but most of the time there are too much files to do this.
The only “solution” I've found to stop this kind of filename
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¹?
Thanks in advance, best regards,
¹ Actually, I've found that ctrl+z + kill all the shell child
processes + fg sort of works, but that's a bit cumbersome.
--
Jérémie
Messages sorted by:
Reverse Date,
Date,
Thread,
Author