<p>If you did it from the pool passed to you in the module init its safe if you made your own pool it must be destroyed. Like I said, everything you do in the init that has an undo must be called, including 3rd party libs you may be using. You are unloading the module from memory so nothing can linger.</p>
<p><blockquote type="cite">On Jul 2, 2010 3:58 AM, "Juan Antonio Ibaņez Santorum" <<a href="mailto:juanito1982@gmail.com">juanito1982@gmail.com</a>> wrote:<br><br>I'll try to find any allocated memory not being freed.<br>
<br>I can see some modules use switch_mutex_init but no switch_mutex_destroy. I thought that they were allocated from pool not being necessary to free manually. Must I use switch_mutex_destroy when unloading? What about switch_core_hash_init and switch_core_hash_destroy for hash items?<br>
<br>Regards<br><br><div class="gmail_quote">2010/7/1 Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span><p><font color="#500050"><br>
><br>> everything that you allocated or reserved from FS must be given back and unreserved when you un...</font></p></div><br>
<br>_______________________________________________<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></p>