2012/1/23 Björn Gustavsson <span dir="ltr"><<a href="mailto:bgustavsson@gmail.com">bgustavsson@gmail.com</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 1/23/12, Sam Bobroff <<a href="mailto:sam@m5net.com">sam@m5net.com</a>> wrote:<br>
> Sorry I'm a little late with my reply, but the situation is not as simple<br>
> as that (at least as of R14B02, I have not re-tested R15): funs can migrate<br>
> between versions of a module in some situations.<br>
><br>
> Here's the thread where I asked a similar question:<br>
><br>
> <a href="http://erlang.org/pipermail/erlang-questions/2011-May/058301.html" target="_blank">http://erlang.org/pipermail/erlang-questions/2011-May/058301.html</a><br>
><br>
> Another older thread is referenced in that one and it's also interesting.<br>
><br>
<br>
</div>This problem has been fixed in R15B. Here is the release note<br>
from the README:<br>
<br>
OTP-9667  The calculation of the 'uniq' value for a fun (see<br>
erlang:fun_info/1) was too weak and has been strengthened. It<br>
used to be based on the only the code for the fun body, but<br>
it is now based on the MD5 of the BEAM code for the module.<br>
<span class="HOEnZb"><font color="#888888"><br>
/Björn<br></font></span></blockquote><div><br></div><div>Thank you! It's great to have that cleared up :-)</div><div><br></div><div>Sam. </div></div>