<div dir="ltr">I don't know if this is the case here, but I've run across poorly-behaved software that declares 'C' exit handlers using atexit(), where the exit handlers point to code in a shared library. Closing the shared library then guarantees a crash when the process exits. It's probably safer to just leave the library open. I know, not a perfect solution, but maybe it's the lesser of two evils.. if this is why it is left open.<br>
<br><div class="gmail_quote">On Mon, Aug 25, 2008 at 4:12 PM, Paul Guyot <span dir="ltr"><<a href="mailto:pguyot@kallisys.net">pguyot@kallisys.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>
<br>
I've just noticed that calling unload doesn't actually close the<br>
shared library (this is R12-B3, MacOS X, 10.4, PowerPC). Yet, in some<br>
situation, it might be desirable to make sure the shared library<br>
initializer will be called again.<br>
<br>
I can observe this behavior with both load/unload and load_driver/<br>
unload_driver. Is there a way to make sure dlclose is called?<br>
<br>
Paul<br>
<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>For every expert there is an equal and opposite expert - Arthur C. Clarke<br>
</div>