Start the scripts in background and with "nohup". see the man page of "nohup" for details.
If you start them this they will no longer stop when the parent process is killed.
That probably won't help, unless the controlling terminal is lost or a SIGHUP is being sent with kill. I assume that he's using either ^C (SIGINT) at the keyboard or a typical kill command (SIGTERM); nohup will not prevent a process from receiving either of these.
Your pid file suggestion is a good one though. Something along the lines of:
Although any external executables running asynchronously at the time that the parent shell receives SIGTERM from kill will linger until they're done. If that's an issue, then a.sh would need to be started asynchronously and any signals sent to its process group (which b, c, a, b ... and further iterations in the cycle would inherit).
Hi everybody,
I'm trying to understand how a parent and child processes interact.
This function( below) basically measures the fork time from the perspective of the parent only.
what i would like to know is how to measure the time from the perspective of parent and child (ie: inserting... (0 Replies)
Hi
I am trying to see if there are some options in ps command or if there is a shell script which basically shows you all the processes spawned by a parent process , then all the processes of its child processes and so on down the hierarchy may be like a tree structure. It might be a generic... (6 Replies)
Hi
I want to do something that might sound strange.
I have a code that in written in C and is executed at startup (it's a custom process). It occasionally calls some bash scripts.
The process doesn't have any terminal associated with it.
One thing I don't know how to do is to start a... (5 Replies)
Hi All,
I have two ksh script. 1st script calls the 2nd script and the second script calls an 'C' program.
I want 1st script to wait until the 'C' program completes.
I cant able to get the process id for the 'C' program (child process) to make the 1st script to wait for the second... (7 Replies)
Hi guys, I'm having some problem here, I'm studying pipes, and i want to create a shell in C and at this point a don't want to use semaphores, instead I want to use tricks. Straight to the doubt: I've a parent and a child process, and both of them has some code to execute, and the child process... (5 Replies)
Hi,
I have a script that calls other scripts/commands which may or may not spawn other process.
From my understanding, when I do a ps -ef, the highest numbered process ID is supposed to be the parent ID of all the other related child processes, is this correct?
In most or all... (3 Replies)
Hi, i want that the parent process start before the child, this code doesn't work,
if the child start before the parent it wait for signal, then the father send the signal SIGALRM and the child catch it and call printf;
else the father call printf and send the signal to the child that call its... (1 Reply)
Hello, everyone.
Here's a program:
pid_t pid = fork();
if (0 == pid) // child process
{
execvp ...;
}
I send a signal (such as SIGINT) to the parent process, the child process receive the signal as well as the parent process.
However I don't want to child process to receive the... (7 Replies)
Hi everyone
i am very new to linux , working on bash shell.
I am trying to solve the given problem
1. Create a process and then create children using fork
2. Check the Status of the application for successful running.
3. Kill all the process(threads) except parent and first child... (2 Replies)
HI i would like to know how i can simulate a shell scripts for my requirement.
example
Server name child Process id Parent Process id
Vpesh 16013 15637
Server name child Process id Parent Process id
Vpesh 16014 15637
Server name child... (1 Reply)
Discussion started by: vpesh
1 Replies
LEARN ABOUT OSF1
wait
wait(1) General Commands Manual wait(1)NAME
wait - Awaits process completion
SYNOPSIS
wait [pid]
Note
The C shell has a built-in version of the wait command. If you are using the C shell, and want to guarantee that you are using the command
described here, you must specify the full path /usr/bin/wait. See the csh(1) reference page for a description of the built-in command.
STANDARDS
Interfaces documented on this reference page conform to industry standards as follows:
wait: XCU5.0
Refer to the standards(5) reference page for more information about industry standards and associated tags.
OPTIONS
None
OPERANDS
One of the following: The unsigned decimal integer process ID of a command, for which the utility is to wait for the termination. A job
control job ID that identifies a background process group to be waited for. The job control job ID notation is applicable only for invoca-
tions of wait in the current shell execution environment. The exit status of wait is determined by the last command in the pipeline.
DESCRIPTION
When an asynchronous list is started by the shell, the process ID of the last command in each element of the asynchronous list becomes
known in the current shell execution environment.
If the wait utility is invoked with no operands, it waits until all process IDs known to the invoking shell have terminated and exits with
a zero exit status.
If one or more pid operands are specified that represent known process IDs, the wait utility waits until all of them have terminated. If
one or more pid operands are specified that represent unknown process IDs, wait treats them as if they were known process IDs that exited
with exit status 127. The exit status returned by the wait utility is the exit status of the process requested by the last pid operand.
The known process IDs are applicable only for invocations of wait in the current shell execution environment.
RESTRICTIONS
If wait is called in a subshell or separate utility execution environment, such as one of the following, it returns immediately because
there are no known process IDs to wait for in those environments:
(wait) nohup wait ... find . -exec wait ... ; If the exit status of wait is greater than 128, there is no way for the application
to know if the waited-for process exited with that value or was killed by a signal. Since most utilities exit with small values,
there is seldom any ambiguity.
EXIT STATUS
If one or more parameters were specified, all of them have terminated or were not known by the invoking shell, and the status of the last
parameter specified is known, then the exit status of wait is the exit status information of the command indicated by the last parameter
specified. If the process terminated abnormally due to the receipt of a signal, the exit status is greater than 128 and is distinct from
the exit status generated by other signals. (See the kill -l option.) Otherwise, the wait utility exits with one of the following values:
The wait utility was invoked with no operands and all process IDs known by the invoking shell have terminated. The wait utility detected
an error. The command identified by the last pid operand specified is unknown.
EXAMPLES
Although the exact value used when a process is terminated by a signal is unspecified, if it is known that a signal terminated a process, a
script can still reliably figure out which signal using kill as shown by the following script:
sleep 1000& pid=$! kill -kill $pid wait $pid echo $pid was terminated by a SIG$(kill -l $?) signal. If either sequence of commands
shown on the first two lines is run in less than 31 seconds either of the commands shown on lines 3 and 4 will return the exit sta-
tus of the second sleep in the pipeline:
sleep 257 | sleep 31 & jobs -l %% wait <pid of sleep 31> wait %%
ENVIRONMENT VARIABLES
The following environment variables affect the execution of wait: Provides a default value for the internationalization variables that are
unset or null. If LANG is unset or null, the corresponding value from the default locale is used. If any of the internationalization vari-
ables contain an invalid setting, the utility behaves as if none of the variables had been defined. If set to a non-empty string value,
overrides the values of all the other internationalization variables. Determines the locale for the interpretation of sequences of bytes
of text data as characters (for example, single-byte as opposed to multibyte characters in arguments). Determines the locale used to
affect the format and contents of diagnostic messages written to standard error. Determines the location of message catalogues for the
processing of LC_MESSAGES.
SEE ALSO
Commands: bg(1), csh(1), fg(1), jobs(1), kill(1), ksh(1), sh(1)
Functions: wait(2)
Standards: standards(5)wait(1)