Zsh Mailing List Archive
Messages sorted by: Reverse Date, Date, Thread, Author

Re: nohup dies

"Pau Amaro-Seoane" wrote:
> > nohup is not a shell builtin; it's simply an executable programme that's
> man nohup
> (...)
>        NOTE:  your  shell may have its own version of nohup, which
> usually supersedes the version described
>        here.  Please refer to your shell's documentation for details
> about the options it supports.
> (...)

Yes, I'm well aware nohup *may* be a shell builtin, but in zsh it
isn't.  The easy way to check is to run "which nohup".

> > A lot of other shells, I presume (but I haven't actually checked)
> > including ksh, don't send SIGHUP to processes when the shell exits.
> But zsh is supposed to emulate ksh, right?

Not unless you have "emulate ksh" in effect.  If you do, "setupt nohup"
is turned on and you have the same (global) effect as in ksh (you don't
need the "nohup" command at all).

> nohup whatever should work regardless of shell.

"nohup" does work; as I pointed out you're using it the wrong way.  The
difference in ksh is that you don't need it at all; it's harmless if you
do use it, but ksh doesn't send the HUP signal anyway.

> And it _did_ in the
> older version of zsh, now not anymore. Can you tell me why?

Nothing here has changed, but as I suggested before your old setup may
have had the "nohup" option turned on.

> the "solution" for now is to launch the simulation with ksh... or
> resort to screen... but it's a pity, I stick to zsh a lot

Just "setopt nohup" in your initialisation file, or "emulate ksh" if
you're set on ksh syntax generally.

Peter Stephenson <p.w.stephenson@xxxxxxxxxxxx>
Web page now at http://homepage.ntlworld.com/p.w.stephenson/

Messages sorted by: Reverse Date, Date, Thread, Author