zsh-workers
 help / color / mirror / code / Atom feed
From: Vincent Lefevre <vincent@vinc17.net>
To: zsh-workers@zsh.org
Subject: Re: suspend (^Z) behavior while a function is running is unclear
Date: Mon, 20 Feb 2012 19:33:35 +0100	[thread overview]
Message-ID: <20120220183335.GE7797@xvii.vinc17.org> (raw)
In-Reply-To: <120220094100.ZM359@torch.brasslantern.com>

On 2012-02-20 09:41:00 -0800, Bart Schaefer wrote:
> On Feb 20,  4:35pm, Peter Stephenson wrote:
> > Subject: Re: suspend (^Z) behavior while a function is running is unclear
> >
> > On Mon, 20 Feb 2012 17:09:45 +0100
> > Vincent Lefevre <vincent@vinc17.net> wrote:
> > > Now I'm thinking whether there should be an option to control that.
> > > Indeed, some functions may fail to work correctly if they are suspended
> > > in such a way. Some functions or { list } could be marked as not
> > > backgroundable, e.g. by setting an option at the beginning, in which
> > > case the ^Z could be ignored.
> 
> This is already partly in place:
> 
> 2011-08-14  Barton E. Schaefer  <schaefer@zsh.org>
> 
>         * 29677: Src/exec.c, Src/signals.c, Src/zsh.h: flag jobs that are
>         builtins running in the current shell, and if they control a
>         pipeline, do not allow the external processes in that pipeline to
>         become suspended when the foreground shell cannot suspend.
> 
> torch% foreach foo (a b c) { sleep 5 } | :  
> zsh: job can't be suspended

However if the command outputs something, one loses the output.

> > Useful, but I'm not sure an option is the right way of doing this... I
> > should think you'd want to do something like:
> > 
> > {
> >   stty susp undef
> >   ...
> > } always {
> >   stty susp '^z'
> > }
> 
> I'm not sure that's the right semantics.  Does one want to disable the
> tty suspend character or just ingore the TSTP signal?  What if "emacs"
> in the original example was replaced by running another shell?

The ^Z should affect only the other shell. So, I think this is OK.
But with the encapsulation (to save typing), this is very limited.
For instance, one cannot use a complex command like:

  nosuspend for i in ...

or even use a function after "nosuspend".

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


  reply	other threads:[~2012-02-20 18:33 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-20 13:02 Vincent Lefevre
2012-02-20 15:13 ` Peter Stephenson
2012-02-20 16:09   ` Vincent Lefevre
2012-02-20 16:35     ` Peter Stephenson
2012-02-20 17:41       ` Bart Schaefer
2012-02-20 18:33         ` Vincent Lefevre [this message]
2012-02-20 18:53           ` Bart Schaefer
2012-02-20 19:21             ` Vincent Lefevre
2012-02-20 19:48             ` Mikael Magnusson
2012-02-21  3:27               ` Bart Schaefer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120220183335.GE7797@xvii.vinc17.org \
    --to=vincent@vinc17.net \
    --cc=zsh-workers@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).