<div class="gmail_quote">On Thu, Apr 29, 2010 at 1:02 AM, Luís Oliveira <span dir="ltr"><<a href="mailto:luismbo@gmail.com">luismbo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

On Mon, Apr 26, 2010 at 1:51 PM, Juan Jose Garcia-Ripoll<br>
<div class="im"><<a href="mailto:juanjose.garciaripoll@googlemail.com">juanjose.garciaripoll@googlemail.com</a>> wrote:<br>
</div><div class="im">>> It is very problematic because ECL allocates and frees foreign memory<br>
>> using the garbage collector. If the user applies FOREIGN-FREE upon a<br>
>> pointer  that was NOT created using CFFI, then ECL's garbage collector will<br>
>> choke. The tests we causing ECL to hang.<br>
<br>
</div>I see. What's the rationale? Could ECL's FOREIGN-FREE/ALLOC use plain<br>
malloc()/free()?<br></blockquote><div><br></div><div>But why? As we said there is nothing in the CFFI specification that mandates use of malloc(), just that the memory will not be freed</div><div><a href="http://common-lisp.net/project/cffi/manual/html_node/foreign_002dalloc.html">http://common-lisp.net/project/cffi/manual/html_node/foreign_002dalloc.html</a></div>

<div><br></div><div>Current system uses the same foreign memory manager as ECL, because it is safer for us, allows a good coexistence of both sets of memory and allows us to keep track of the amount of memory used. Furthermore, should it be needed, some pointers can be allocated as collectable and automatically reclaimed by our GC -- not that it is done by default, though --. This has worked fine, it was the way UFFI worked, and I see no reason to change.</div>

<div><br></div><div>Also, except for OpenMCL I see no explicit use of malloc/free anywhere. It must be some kind of accident that it works with other implementations.</div><div><br></div><div>Juanjo</div></div><br>-- <br>

Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>