Talk:Child process
From Wikipedia, the free encyclopedia
child process A new process created by an existing process. The new process is there after known to the preexisting process as its child process. The preexisting process is called the parent process.
f.t.a
 | This article is rated Start-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||
 | This article is based on material taken from the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later. |
What about Windows?
Does this concept apply there? How can you find child processes in Windows? —Preceding unsigned comment added by 81.184.58.60 (talk) 15:56, 26 April 2008 (UTC)
Add PRCTL_SET_CHILD_REAPER section
This is a prctl used by Upstart and systemd when they are run as session/user init systems (not PID 1) to make sure orphans go to the session init system, not the system init system (PID 1). It is only available on Linux, however it would be nice to have this info on this wiki. See this thread for more info on it: http://www.gossamer-threads.com/lists/linux/kernel/1412040. CameronNemo (talk) 18:43, 16 April 2014 (UTC)
External links modified
Hello fellow Wikipedians,
I have just added archive links to one external link on Child process. Please take a moment to review my edit. If necessary, add {{cbignore}} after the link to keep me from modifying it. Alternatively, you can add {{nobots|deny=InternetArchiveBot}} to keep me off the page altogether. I made the following changes:
- Added archive https://web.archive.org/20110929182629/http://fuse4bsd.creo.hu/localcgi/man-cgi.cgi?signal+3 to http://fuse4bsd.creo.hu/localcgi/man-cgi.cgi?signal+3
When you have finished reviewing my changes, please set the checked parameter below to true to let others know.
This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).
- If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
- If you found an error with any archives or the URLs themselves, you can fix them with this tool.
Cheers. —cyberbot IITalk to my owner:Online 05:55, 19 October 2015 (UTC)
Unix based on Multics
The current form in Unix draws on Multics (section History) is not true in any meaningful way. Their methods of process creation and execution were completely different.
Multics had a single process per user login session or background daemon; creating a new process was an expensive operation and was only performed by the Initializer process on login or daemon startup. No user process could create a subprocess (apart from the new_proc command which replaced the existing process); execution of multiple programs was managed by the stack-based environment.
The fundamental concept of a child process in Unix is that any existing process can create a process by duplicating itself, using the fork() system call. The child process may then execute a different program if required. Any user process can do this, and frequently will - in particular the shell, as commands are executed. This is the means by which multiple programs run in Unix.
Threefoursixninefour (talk) 13:20, 3 February 2026 (UTC)