Escribo para haceros una sugerencia: cuando vayáis a cubrir algún acontecimiento, como la feria de retroinformática, o la entrevista al programador de Cherokee, sería muy bueno que colgaseis alguna foto. Ayudaría mucho a ambientar la entrevista/acontecimiento que estáis cubriendo en el podcast y supongo que al mismo tiempo recibiríais más visitas en vuestro blog puesto que supongo que la mayoría de la gente se queda en la suscripción RSS al fichero mp3.

Un saludo.

Sobra decir que ahora me gusta bastante.

Sobre el monográfico de lenguajes, me agrada la idea de que vaya saliendo por cápsulas

Tiene muy buena pinta, muchas gracias por la referencia. Me quedo con ella para mi próximo viaje virtual a tierras niponas.

Del monográfico de Lenguajes, de momento estamos planeando cómo hacerlo pues hay demasiada info, por lo pronto estamos sacando notas de los lenguajes que más nos gustan o que van saliendo en las noticias. Igual terminamos haciéndolo así, en vez de un mega-monográfico, vamos poco a poco sacando info de los distintos lenguajes y paradigmas.

De lo del DMA y la máquina virtual, uno de los puntos a favor de la VM es precisamente la independencia de la plataforma: CPU, periféricos, puertos, etcétera, por lo tanto es imposible desde dentro de la máquina tener acceso directo al hardware. Esto claro va a limitar algo la compatibilidad por ejemplo con CRuby o CPython, aunque la gente que hace los runtimes de la VM emulan hasta donde es posible el comportamiento de la máquina. Una opción es hacer una Shared Library o DLL en C que haga el acceso al hardware que deseas, envolverla en una clase Java con JNI o alguna de las alternativas que hay ahí y llamar a dicha clase desde el lenguaje de la VM. Tambien puedes ejecutar programas externos escritos en C. Nuevamente, con esto estás dando al traste con varias de las ventajas de la VM. En primer lugar, pierdes portabilidad (tienes que portar tu Shared Lib o DLL a todas las arquitecturas y S.O. que quieras soportar) y tambien pierdes toda la protección de la VM dentro del código C: gestión de memoria, recolección de basura, protección contra escrituras inválidas a la memoria, etc.; además el salto de VM a código nativo siempre lleva asociada una cierta pérdida de rendimiento (vamos, que toma tiempo preparar las cosas para la llamada a C, hacer la llamada, recibir los resultados y prepararlos para devolverlos) además de que la interacción con clases Java desde C no es precisamente transparente.

Antes de plantearme hacer algo así yo primero me plantearía si hay alguna forma más fácil o portable de hacerlo, por ejemplo, en el caso al menos de Linux, muchos dispositivos se pueden controlar simplemente leyendo y escribiendo a archivos en /dev y/o /proc.

Estais pensando aun en sacar el monografico de Lenguajes de Programacion ?
(Perdon por mi falta de conjugacion iberica)

Otra pregunta: existe algun Lenguaje de Programacion que corra sobre la Maquina Virtual y que permita acceso a registros y demas inforamcion de perifericos y puertos y DMA del microprocesador ?

Saludos