<div dir="ltr"><div class="gmail_quote">On Sun, Oct 19, 2008 at 1:30 PM, Michael Regen <span dir="ltr"><<a href="mailto:michael.regen@gmail.com">michael.regen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div dir="ltr">Hi Björn,<br><br>I can understand that you do not have intentions supporting it in the main distribution. It simply does not make sense there. An installer is needed in any case which can take care of the CRT dependencies.<br>

<br>But may I ask you - can you give me a hint where Microsoft discourages the use of a statically bound CRT? Or give me a hint why that would lead to memory leaks? I would really like to understand the problem, investigated since I read your statements and so far was unsuccessful finding any hints.<br>
</div></blockquote><div><br></div><div>Here is an article about the potential problems about passing CRT objects across DLL boundaries:</div><div><br></div><div><a href="http://msdn.microsoft.com/en-us/library/ms235460(VS.80).aspx">http://msdn.microsoft.com/en-us/library/ms235460(VS.80).aspx</a><br>
</div><div><br></div><div>In the context of the Erlang emulator, you could run into those problems if you load drivers into a statically linked</div><div>emulator, as they would use a different copy of the run-time library.</div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr">
<br>The reason why I am asking is because I was thinking about some kind of SAE revival. I wrote some tests and I am already able to run Erlang together with many kinds of Erlang applications in one single .exe without patching the emulator.<br>
</div></blockquote><div><br></div><div>As long as you don't load dynamic drivers, statically linking the run-time library would be OK since there would</div><div>still only be one copy of the run-time library.</div><div>
 </div><div>/Bjorn</div><div><br></div><div> -- </div></div>Björn Gustavsson, Erlang/OTP, Ericsson AB<br>
</div>