It's done in reversed start order. When Module2 is a supervisor, his children will be stopped first.<div><a href="http://www.erlang.org/doc/design_principles/sup_princ.html#id69917">http://www.erlang.org/doc/design_principles/sup_princ.html#id69917</a><br>
<br><div class="gmail_quote">On Wed, May 4, 2011 at 10:42 AM, Martin Dimitrov <span dir="ltr"><<a href="mailto:mrtndimitrov@gmail.com">mrtndimitrov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
On application stop what is the order of termination of the supervised<br>
processes?<br>
<br>
For example, the supervisor's children are defined as follows:<br>
<br>
{ok, {{one_for_all, 5, 1},<br>
     [<br>
        {module1, {module1, start_link, []}, permanent, 2000, worker,<br>
[module1]},<br>
        {module2, {module2, start_link, []}, permanent, infinity,<br>
supervisor, [module2]},<br>
        {module3, {module3, start_link, []}, permanent, 2000, worker,<br>
[module3]}<br>
    ]<br>
}}.<br>
<br>
In what order they will be terminated? Is it determined?<br>
<br>
The module2 is also a supervisor, will its children be terminated before<br>
proceeding with the top one?<br>
<br>
Thanks,<br>
<br>
Martin<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Best Regards,<br>- Ahmed Omar<div><a href="http://nl.linkedin.com/in/adiaa" target="_blank">http://nl.linkedin.com/in/adiaa</a></div><div>Follow me on twitter</div><div><a href="http://twitter.com/#!/spawn_think" target="_blank">@spawn_think</a></div>
<br>
</div>