Hmmm... Maese Valloud! No se si entendi tus preguntas.. se me escapa la diferencia actual de las librerias de sockets de bajo nivel.
Pero en el caso de sockets, una Smalltalk VM escrita sobre .NET, Java o JavaScript usaria una implementacion del "underlying VM". Yo podriar usar Sockets en mi VM .NET, sin tener que implementarlos y sin necesidad de C. Llamo a las librerias que estan disponibles (ya cargadas, o las cargo dinamicamente). He escrito programas en C, con gcc, que manejan los mismos sockets que del otro lado atiendo con Node.js, Java o .NET. Lo mismo si la Smalltalk VM esta en JavaScript. Me voy sobre Node.js y hago algun require, y tengo sockets disponibles, y http, y mas. Y los puedo usar de forma multiplataforma. El caso tipico es NodeJs: hay cantidad de sistemas escritos, que acceden a funciones del sistema operativo "de abajo", sin importar cual es. Y eso lo construyo una comunidad, que es mas grande que la que puede armar una Smalltalk VM escrita directamente en C. El sistema operativo es la underlying VM y sus clases, y sus librerias cargadas dinamicamente a pedido. Rara vez se necesitaria entonces ir a C. Y con respecto a tu pregunta "Bueno, por que sera?" Eso! Cual seria tu respuesta? Y los demas? Por que piensan que pasa eso en el ambiente Smalltalk? Algo comenzo a escribir Richarte (se desperto! ;-) en otro thread, vere si lo entiendo, sino pregunta Angel "VMSobreVM" Lopez 2012/11/14 Andres Valloud <[email protected]> > Buenas... > > > A lo que voy, es que eso es perfectamente posible, y sin "importar > > quilombos" provocados por estar la libreria directamente en C (problemas > con > > los tipos, punteros, ausencia de garbage collector, etc... etc...) > > Y no, dudo mucho que esto sea cierto en el caso general. Por ejemplo > como llamas a stat() en Linux con un FFI? O como usas sockets POSIX > sin un compilador? > > > Y a lo que voy, es que no veo que se siga, en el mundo Smalltalk, ese > > camino: implementar el lenguaje en .NET, Java. Siguen pensando en C, > > herendando FFI. En otras tecnologias, hay tranquilamente lenguajes > nativos > > (CPython, Ruby), y luego reimplementaciones sobre VMs (Jython, > IronPython, > > IronRuby, JRuby, etc..). > > Bueno, por que sera? > > Andres. > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org > -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
