<div class="gmail_quote">2009/3/25 Ulf Wiger <span dir="ltr"><<a href="mailto:ulf.wiger@erlang-consulting.com">ulf.wiger@erlang-consulting.com</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="im">zambal wrote:<br>
><br>> So I was wondering if there ever have been any ideas<br>
 > about process management like how memory is managed in<br>
 > garbage collected languages?<br>
> I don't know anything about the internals of garbage<br>
 > collectors, but I can imagine that something like<br>
 > reference counted Pids could work: as soon as the last<br>
 > reference to a Pid in an Erlang node is cleared by<br>
> the garbage collector and there's still a process<br>
 > active with that Pid, it should be pretty safe to kill it.<br>
<br>
</div>I can recall that the idea has been discussed in the past,<br>
but for better or for worse, it's rather too late for that.<br>
It would probably break existing code in gruesome ways.</blockquote><div><br>One difficult problem to solve if you do something like this is handling references to pids from other nodes. As they can more or less be freely passed around amongst external nodes there is no possibility to keep track of them, or to keep track of which processes may, or may not, be referenced.<br>

<br>Robert<br><br></div></div>