I Bruce - could it be that you try to restart a temporary child? This was earlier possible to do with restart_child, but that functionality has been removed - from the release note:<div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><p style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: medium; ">
Supervisors should not save child-specs for temporary processes when they terminate as they should not be restarted. Saving the temporary child spec will result in that you can not start a new temporary process with the same child spec as an already terminated temporary process. Since R14B02 you can not restart a temporary temporary process as arguments are no longer saved, it has however always been semantically incorrect to restart a temporary process. Thanks to Filipe David Manana for reporting this and suggesting a solution.<br>
Own Id: OTP-9167 Aux Id: OTP-9064</p><p></p><p><font class="Apple-style-span" face="Verdana, Arial, Helvetica, sans-serif" size="3">Supervisors will no longer save start parameters for temporary processes as they will not be restarted. In the case of simple_one_for_one workers such as ssl-connection processes this will substantial reduce the memory footprint of the supervisor.<br>
</font><span class="Apple-style-span" style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: medium; ">Own Id: OTP-9064</span></p><p></p><div style="font-family: Verdana, Arial, Helvetica, sans-serif; ">Regards</div>
<div style="font-family: Verdana, Arial, Helvetica, sans-serif; ">/siri</div><br><div class="gmail_quote">2011/9/2 bruce green <span dir="ltr"><<a href="mailto:bgreence@gmail.com">bgreence@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi there,<br>The sequence of calls<br>supervisor:terminate_child/2<br>supervisor:restart_child/2<br>works in r13b3 and doesn't work in r14b3:<br><br>R14b3 gives {error,not_found} as if there is no child specification.<br>

And yes, there is no child specification when you manually check after<br>the terminate_child call.<br><br clear="all">Is it an erroneous or intentional behaviour?<br><font color="#888888">-- <br>BR /Bruce<br><br>
</font><br>_______________________________________________<br>
erlang-bugs mailing list<br>
<a href="mailto:erlang-bugs@erlang.org">erlang-bugs@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-bugs" target="_blank">http://erlang.org/mailman/listinfo/erlang-bugs</a><br>
<br></blockquote></div><br></div>