:: Re: [DNG] Doing away with multi-thr…
Pàgina inicial
Delete this message
Reply to this message
Autor: Edward Bartolo
Data:  
A: Rainer Weikusat
CC: dng
Assumpte: Re: [DNG] Doing away with multi-threading in my project (netman)
Correction:

Sorry, but it looks there is only a very subtle difference between the
two. The only difference I see, is that, since in the case of execl,
the parent effectively is replaced, i.e. dies, the child process is awarded its
parent PID. This is not the case when a parent process creates a child
process and exits immediately, as the child will have a different PID.



On 05/09/2015, Edward Bartolo <edbarx@???> wrote:
> Quote: <<An 'orphaned process' is one whose parent has exited after creating
> a
> process (that's done via fork and not via execve) and it's not adopted
> by the grand parent but by init.>>
>
> So what is the difference between an "orphaned process", i.e. a
> process whose parent has exited after giving birth to a child process
> and one which replaces the original process effectively giving its
> parent a death sentence?
>
> Sorry, but it looks there is only a very subtle difference between the
> two. The only difference I see, is that, since in the case of execl,
> the parent effectively is replaced, i.e. dies, it is also awarded its
> parent PID. This is not the case when a parent process creates a child
> process and exits immediately, as the child will have a different PID.
>
> On 05/09/2015, Rainer Weikusat <rainerweikusat@???> wrote:
>> Edward Bartolo <edbarx@???> writes:
>>
>> [...]
>>
>>> Using "ps xao pid,ppid,comm", I found what I described to you:
>>> precisely, that orphaned processes were adopted by the GUI frontend.
>>
>> There are no 'orphaned processes' in this case because execl does not
>> create a new process. It runs a new program in the same process and
>> since the parent of this process was the frontend process before the
>> execl, it's still the parent of this process afterwards.
>>
>> An 'orphaned process' is one whose parent has exited after creating a
>> process (that's done via fork and not via execve) and it's not adopted
>> by the grand parent but by init.
>> _______________________________________________
>> Dng mailing list
>> Dng@???
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>
>