<br><div class="gmail_quote">On Thu, Apr 25, 2013 at 3:45 PM, Bengt Kleberg <span dir="ltr"><<a href="mailto:bengt.kleberg@ericsson.com" target="_blank">bengt.kleberg@ericsson.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Would it not be consistent with the documentation if the return values<br>
{stop, Reason} or ignore, from init/1, would not cause a call to<br>
erlang:exit/1 ?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
bengt<br></font></span></blockquote><div><br>The call to erlang:exit/1 is necessary as the spawned process must be terminated. The problem is that the link between the parent and the child process still exists after proc_lib:init_ack/2 returns. <br>

I suppose that if you want the behaviour to match the documentation, there should be a call to erlang:unlink/1 before raising the exception and crashing the spawned process.<br>However, I do not know if the present behaviour is by design or a bug. Maybe someone from the OTP team can shed some light on this.<br>

<br>Aggelos<br></div></div>