<br><div class="gmail_quote">2012/7/20 Esteban Lorenzano <span dir="ltr">&lt;<a href="mailto:estebanlm@gmail.com" target="_blank">estebanlm@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Well... I also disagree with the argument of safeness.<br>
<br>
For me, saying that is like saying a mennonite community is safer just because they are isolated. They are not. And in any case, the price payed for that isolation is to stay in the 18th century...<br>
I think putting this solution in vm is a poor solution, that prevents adaptation in time... just like a mennonite community, btw :)<br>
<br>
Frankly... most important question about having it as a plugin is &quot;who will maintain it?&quot;... because problem is not adding a plugin, problem is keep it in time, and match changing outside technologies.<br></blockquote>
<div><br></div><div>+1 to use FFI</div><div>This time, we will add a plugin for URL, next time we will add another one for XXX, and YYYY.</div><div>Esteban is right, adding more and more plugins is not the right thing to do IMHO since fewer people can maintain it compared to image side code.</div>
<div>Moreover, we must interact easily/fastly with existing world (OS, libraries, ...).</div><div><br></div><div>For the subscription of the VM to <a href="http://www.weightwatchers.fr">www.weightwatchers.fr</a> ;-)</div>
<div><br></div><div>Luc</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
best,<br>
Esteban<br>
<div class="HOEnZb"><div class="h5"><br>
On Jul 20, 2012, at 9:48 AM, Torsten Bergmann wrote:<br>
<br>
&gt;<br>
&gt;&gt; I disagree in general with extend vm complexity to add things that can &gt;perfectly work in smalltalk or using a FFI package...<br>
&gt;<br>
&gt; Saying you can do this using FFI/OSProcess is a weak argument.<br>
&gt; &quot;fopen&quot; could be in the Smalltalk image as well - but we have it<br>
&gt; in the VM.<br>
&gt;<br>
&gt; We may include both into Pharo - so nobody has to load FFI + ConfigurationOfExternalWebbrowser.<br>
&gt;<br>
&gt; But I dont think that is the route for Squeak, Cuis, ...<br>
&gt; These Smalltalks may profit from an VM implementation without<br>
&gt; making them &quot;unsafe&quot; or more bound to native OS with FFI and<br>
&gt; OSProcess.<br>
&gt;<br>
&gt; How can we proceed in the discussion? There are pros and cons<br>
&gt; for both sides. Should we vote?<br>
&gt;<br>
&gt; According to<br>
&gt;<br>
&gt; <a href="http://www.googlefight.com/index.php?lang=en_GB&amp;word1=URL+with+FFI+and+OSProcess&amp;word2=URL+within+VM" target="_blank">http://www.googlefight.com/index.php?lang=en_GB&amp;word1=URL+with+FFI+and+OSProcess&amp;word2=URL+within+VM</a><br>

&gt;<br>
&gt; &quot;URL within VM&quot; seems to be the winner ;)<br>
&gt;<br>
&gt; Thanks<br>
&gt; T.<br>
<br>
</div></div></blockquote></div><br>