Todavía no voy a retomar la tarea de actualizar el port, por lo que en un futuro seguramente se integre, tal vez utilizando el STS central.
Saludos. Esteban A. Maringolo 2008/8/25 GallegO <[EMAIL PROTECTED]>: > > Sebastian escribió: >> Si eso quedó bien. En este momento el #critical:ifError: lo tengo así: >> >> #sasChanged. >> ^ mutex critical:[ >> semaphore := SeasidePlatformSupport semaphoreClass >> new. >> [[response := aBlock on: Error do: anErrorBlock] >> ensure: [semaphore signal]] >> forkAt: Processor activePriority + 1. >> semaphore wait. >> response] >> >> >> y #response es instVar para que perdure y lo de Jhon hace que perdure >> al unwind causado por el GC al terminar el proceso forkeado. >> El fork lo pusieron los autores y, si bien no hay cualquier tipo de >> documentación al respecto, en una prueba de otra cosa dio la >> casualidad que vi como trabaja Squeak y Dolphin en esa parte. La >> consecuencia inmediata es que sin fork se necesita mucha más RAM, más >> o menos 400% más de frames que estando el fork ahi. >> > OK! Joya había entendido al revés! Buenísimo. >> >> El forkearlo a una prioridad un puntito mayor que la activa es una >> pregunta más interesante solo que no tengo respuesta para ella aún. >> >> > Processor yield ? > >> Sebastian >> > Saludos > GallegO > PD: Espero que Esteban integre esto... No se si la versión de Seaside > que se baja para Dolphin incluye la corrección de un Bug que dejaba > enganchado todos los procesos hasta que vajabas el Swazoo. ¿Está? > > > > --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
