Re: /sbin/sh behaviour
From: Chris Cox (ccox_nopenotthis_at_airmail.net)
Date: 04/16/04
- Previous message: Casper H.S. Dik: "Re: Using dtrace to count mutex locking and unlocking?"
- Maybe in reply to: Kartika Garg: "/sbin/sh behaviour"
- Next in thread: Roger Marquis: "Re: /sbin/sh behaviour"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 15 Apr 2004 17:54:34 -0500
joe durusau wrote:
> Yes, my shell is /sbin/sh. The complete sequence I used was,
> log in to the machine from a remote location
>
> su to root
> set the DISPLAY variable
> start netscape
nohup it, redirect IO and background it.
nohup netscape >/dev/null 2>&1 </dev/null &
This will disassociate netscape with the shell
process and it will get owned by init.
In normal Bourne shell, Sun's man page suggests there's
no way to not have jobs ignore the hup signal when the
shell exits. Of course, you could create a wrapper and trap
the hup signal, I suppose, with a shell script.
The manpage recommends using jsh or ksh instead for better
job control.
- Previous message: Casper H.S. Dik: "Re: Using dtrace to count mutex locking and unlocking?"
- Maybe in reply to: Kartika Garg: "/sbin/sh behaviour"
- Next in thread: Roger Marquis: "Re: /sbin/sh behaviour"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
