Hello paul,<br><br>the port owning process is the erl shell. It imho does not terminate with undef.<br><br>Greetings,<br>Sten<br><br><div class="gmail_quote">2009/2/13 Paul Fisher <span dir="ltr"><<a href="mailto:pfisher@alertlogic.net">pfisher@alertlogic.net</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Sten Gruener 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 group,<br>
<br>
we are developing a linked-in driver. Unfortunately calling *any* undefined function causes the linked driver to die. Is it an Erlang bug? Are there any workouts?<br>
</blockquote>
<br></div>
I'm guess at what is going on for you here, but this is probably what is happening...<br>
<br>
If the port owning process terminates (for example with a undef as suggest,) the port instance will be closed.  If you want the port instance to remain available then you would need to have it owned by another process, and use driver_send_term() to send replies to non-owner  processes making requests.<br>

<br>
<br>
--<br><font color="#888888">
paul<br>
</font></blockquote></div><br>