Honestamente, los dos primeros que mencionaste no los conocía, por lo tanto me puse a investigar un poco.
2008/6/2 Hernán Morales <[EMAIL PROTECTED]>: > > El día 2 de junio de 2008 18:16, Mariano Abel Coca < > [EMAIL PROTECTED]> escribió: > >> Creo que la gran carencia que sigue teniendo smalltalk es la de no >> utilizar threads nativos del sistema operativo (si los utiliza disculpen mi >> ignorancia e ilústrenme amablemente, no me tiren con nada). >> >> Si estoy en lo cierto, entonces sigan leyendo. > > > Si mal no recuerdo: > > Smalltalk MT > Éste sólo funciona con threads de windows ya que lo que hace es generar un .com o .exe, perdiendo el concepto de imagen y portabilidad. Muy buena la idea, pero pierde parte de la esencia de Smalltalk. Igualmente no lo descarto, lástima que no sea libre ;) > > LSW Vision-Smalltalk > Este proyecto es el que más me gustó de los que mencionaste, en cuanto tenga un rato voy a intentar probarlo. Por ahora también están sólo con windows, pero por lo que leí están tratando de introducirlo a linux de a poco. Lástima que la página no esté muy actualizada... Espero que saquen un release pronto :) http://www.lesser-software.com/lswvst.htm *LSWVST Linux State* 02/14//2007 *LSWVST* full operational under the Wine emulator 05/16/2007 *LSWVST Linux/GTK VM *operational 07/01/2007 first version of GTK Bindings tested > > Smalltal/X > No sabía que Smalltalk/X soportaba user trheads, pero siguen sin ser kernel threads, y no sé cuán abandonado está el proyecto. Por lo que me habían dicho se dejó un poco de lado cuando apareció Squeak. Espero estar equivocado :)... Voy a echarle un ojo... http://linas.org/linux/threads-faq.html "...Currently, Ada, Modula-3, Python 1.4, SmallTalk/X, Objective-C/ Gnustep and Java have intrinsic language elements to support threads (for example, Ada has the 'Select' statement which is a "thread guard"). However, the Linux implementations of these languages do not yet support the new kernel threads. Naturally, C and C++ can make calls to spawn threads and processes, but there are no language elements to support them beyond these system calls..." > > VisualWorks via THAPI > Esto es lo que yo había mencionado cuando dije: "También están las soluciones a no colgar la imagen con un i/o, generando éstos en un thread independiente. Pero es simplemente un parche más a un problema secundario generado por otro más de fondo, nuevamente, sin solucionarlo." Lo que hacen es generar un trhead que se encargue del I/O, para que el proceso no se quede en la espera del I/O y pueda seguir trabajando... Y sólamente lo hace en esos casos... Lo que me parece una lástima es que ni Instantiations (ni IBM en su momento), ni Cincom, ni la gente de Squeak intentó hacer una VM multithreading en serio... Igualmente me alegra saber un poco más de la comunidad de smalltalk :). Voy a mirar un poco estas implementaciones que me mencionaste, espero que tengan buen futuro :). Gracias, me alegraste un poco el panorama :) > > > tienen soporte a hilos negros (o threads nativos como les gusta decir a > muchos). > > >> A lo que voy es que si pudiera generar un stack overflow en un debugger y >> que no se me cuelgue la imagen entera, sólo el debugger... Si, ya se, está >> el paquete de Stack Overflow en VW o el "interrupt excecution" en VAST... >> Pero siguen siendo "parches" feos para salir del paso sin solucionar el >> problema de raíz. Y les guste o no, conozco a más de un programador que por >> ese simple problema, no se dedica a realizar ninguna aplicación comercial >> "seria" (citando textualmente sus palabras) en Smalltalk (por otro lado, hay >> muchos ejemplos en el mercado que contradicen esto y lo podrían tildar de >> ignorante demostando que es posible, pero siguen sin solucionar el problema >> de fondo). > > > Probablemente son programadores que jamás hicieron algo "serio" en > Smalltalk. Y si es por el problema de fondo tiremos el modelo Von Neumann y > volvamos a la Dorado ;) > > > > > -- Mariano. --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "ClubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
