<br><br><div class="gmail_quote">On Sun, Mar 6, 2011 at 12:40 PM, Levente Uzonyi <span dir="ltr"><<a href="mailto:leves@elte.hu">leves@elte.hu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Fri, 4 Mar 2011, Mariano Martinez Peck wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
We are really happy to announce that ESUG will sponsor us once again through<br>
the ESUG Summer Talk project. This means that we have reached the ESUG<br>
expectations and that they still think that relational database access is an<br>
important matter in Smalltalk.<br>
</blockquote>
<br></div>
snip<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
5) Cog compatibility.<br>
</blockquote>
<br>
What has to be done?<div class="im"><br></div></blockquote><div><br>Indeed, nothing. We were not sure if FFI was working on it, but it turns out that it was. The idea is to be aware if Eliot releases a threaded VM/FFI so that we do not lock the VM (even if we have our micro-lock strategy when possible)<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
6) Use Alien instead of FFI.<br>
Eliot is working on a threaded CogVM. One of the projects of the GSoC of<br>
this year was to make something similar to a threaded FFI. What the student<br>
did is a modification in Alien (I think) that can be run in a multithreaded<br>
envirorment. He worked with Eliot. The idea is when Eliot releases the<br>
threaded CogVM, this FFI would work our of the box, and would avoid locking<br>
the WHOLE vm while a C function is being invoked (as it happens today with<br>
FFI).....So....when that VM is released, we MUST migrate to that).<br>
</blockquote>
<br></div>
How is Alien better than FFI? </blockquote><div><br>We do not know. However, we will not spend time in Alien unless it is working out of the box and integrated in all standard VMs.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
AFAIK Alien itself is not developed anymore,<br>
parts of it will be merged with FFI.<br><font color="#888888">
<br></font></blockquote><div><br>Ahh ok, we didn't know. Thnkas.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
<br>
Levente<br>
</font><br>
P.S.: <a href="http://www.squeaksource.com/SqueakDBX.html" target="_blank">http://www.squeaksource.com/SqueakDBX.html</a> states that code in the repository has MIT license, but it includes Glorp which has LGPL(S) license.<br>
<br>
</blockquote></div><br>Yes, the problem is that SqueakDBX as itself (the database driver), is MIT. Thus, the repository is MIT. Glorp is LGPL. When we started (years after SqueakDBX) with GlorpDBX, we found it easier to commit our changes to SqueakDBX repo instead of the Glorp one (because not everybody may agree with our changes). <br>
<br>The good news is that Alan Night was considering making Glorp MIT. I cc'ed him to see if there are news.<br><br>Cheers<br><br>Mariano<br>