zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <Peter.Stephenson@csr.com>
To: <zsh-workers@zsh.org>
Subject: Re: suspend (^Z) behavior while a function is running is unclear
Date: Mon, 20 Feb 2012 15:13:09 +0000	[thread overview]
Message-ID: <20120220151309.4cc1a83d@pwslap01u.europe.root.pri> (raw)
In-Reply-To: <20120220130259.GB7797@xvii.vinc17.org>

On Mon, 20 Feb 2012 14:02:59 +0100
Vincent Lefevre <vincent@vinc17.net> wrote:
> foo() { emacs "$@"; d=`date`; echo "$d"; }
> 
> and the following test under X (so that Emacs uses its own window,
> or you can try with another X application):
> 
> 1. Run foo.
> 2. Type ^Z in the terminal.
> 3. Type: fg [Return].
> 4. Quit Emacs.
> 5. Type: echo "$d" [Return].
> 
> With zsh, the whole function is suspended. The effect is that zsh is
> forked (this is not documented, though can be guessed), thus $d will
> not be set in the main shell (Step 5: nothing is displayed).

Yes, this is long-standing behaviour that's never been described.  I've
tried to document it.

> BTW, concerning zsh, if the behavior is regarded as correct, a fork
> is still done even when the suspended command is the last one in the
> function, e.g.
> 
>   foo() { emacs "$@"; }

There's certainly no good reason for trying to make a special case
here; it's complicated for very little gain.

> Is the fork really necessary?

If you're actually trying to do real, live job control (rather than some
internal approximation to it), yes, as that operates on processes, and
(in your example) the shell function is the top-level code you need to
suspend, regardless of any processes that may also have been started
from it. I can't tell you if it's necessary for what you thought you
were trying to do, if it wasn't job control.

Index: Doc/Zsh/jobs.yo
===================================================================
RCS file: /cvsroot/zsh/zsh/Doc/Zsh/jobs.yo,v
retrieving revision 1.5
diff -p -u -r1.5 jobs.yo
--- Doc/Zsh/jobs.yo	29 Mar 2006 19:25:15 -0000	1.5
+++ Doc/Zsh/jobs.yo	20 Feb 2012 15:00:32 -0000
@@ -37,6 +37,21 @@ when it is typed.
 
 A job being run in the background will suspend if it tries to read
 from the terminal.
+
+Note that if the job running in the foreground is a shell function,
+then suspending it will have the effect of causing the shell to fork.
+This is necessary to separate the function's state from that of the
+parent shell performing the job control, so that the latter can return
+to the command line prompt.  As a result, even if tt(fg) is
+used to continue the job the function will no longer be part of the
+parent shell, and any variables set by the function will not be visible
+in the parent shell.  Thus the behaviour is different from the case
+where the function was never suspended.  Zsh is is different from many
+other shells in this regard.
+
+The same behaviour is found when the shell is executing code as the
+right hand side of a pipeline, in order that the entire pipeline
+can be managed as a single job.
 cindex(background jobs, I/O)
 cindex(jobs, background, I/O)
 Background jobs are normally allowed to produce output,

-- 
Peter Stephenson <pws@csr.com>            Software Engineer
Tel: +44 (0)1223 692070                   Cambridge Silicon Radio Limited
Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, UK


Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Follow CSR on Twitter at http://twitter.com/CSR_PLC and read our blog at www.csr.com/blog


  reply	other threads:[~2012-02-20 15:43 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 [this message]
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
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=20120220151309.4cc1a83d@pwslap01u.europe.root.pri \
    --to=peter.stephenson@csr.com \
    --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).