Documentation:ToDo - Revision history

Jafma: /* ToDo (in spanish) */

2011-10-18T09:25:05Z

‎ToDo (in spanish)

Jafma: /* ToDo (in spanish) */

2011-05-18T09:21:56Z

‎ToDo (in spanish)

Jafma: /* ToDo (in spanish) */

2011-05-17T09:26:16Z

‎ToDo (in spanish)

Admin at 11:38, 26 November 2009

2009-11-26T11:38:08Z

Jlblanco: /* ToDo (in spanish) */

2009-11-11T13:45:08Z

‎ToDo (in spanish)

Jlblanco: /* ToDo (in spanish) */

2009-11-11T13:43:39Z

‎ToDo (in spanish)

Jlblanco: /* ToDo (in spanish) */

2009-11-11T13:42:12Z

‎ToDo (in spanish)

Admin: /* ToDo (in spanish) */

2009-07-28T18:25:54Z

‎ToDo (in spanish)

Admin: /* ToDo (in spanish) */

2009-07-28T18:09:51Z

‎ToDo (in spanish)

Admin: /* ToDo */

2009-07-27T16:32:56Z

‎ToDo

← Older revision		Revision as of 09:25, 18 October 2011
Line 1:		Line 1:
	== ToDo (in spanish) ==		== ToDo (in spanish) ==
		+
		+	* Que el código del auxiliary pueda acceder al objeto del módulo, o sea, al internal status.

	* Añadir posibilidad de externals que no se empotren en el .ice.		* Añadir posibilidad de externals que no se empotren en el .ice.

@@ Line 3: / Line 3: @@
 * Añadir posibilidad de externals que no se empotren en el .ice.
 * Pensar en la posibilidad de servicios privados: cuando se necesita la concurrencia dentro del módulo sólo se debería hacer mediante servicios; el problema es que los parámetros de los mismos pueden ser objetos privados y, además, no interesa que esos servicios implementadores de concurrencia interna sean llamados desde fuera.
 * IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??

← Older revision		Revision as of 09:26, 17 May 2011
Line 1:		Line 1:
	== ToDo (in spanish) ==		== ToDo (in spanish) ==
		+
		+	* Añadir posibilidad de externals que no se empotren en el .ice.
		+
		+	* Pensar en la posibilidad de servicios privados: cuando se necesita la concurrencia dentro del módulo sólo se debería hacer mediante servicios; el problema es que los parámetros de los mismos pueden ser objetos privados y, además, no interesa que esos servicios implementadores de concurrencia interna sean llamados desde fuera.

	* IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??		* IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??

← Older revision		Revision as of 11:38, 26 November 2009
Line 3:		Line 3:
	* IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??		* IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??

		+	* Parece que el diseñador de módulos tiene un límite de 32Kb a la longitud del código que puede editar. Ha sucedido con un auxiliary logic de más de 32Kb que ha provocado un error de VBasic al pulsar en el botón de Auxiliary logic (el módulo sí se carga bien). Así que es un error del interfaz gráfico y sus llamadas a BABEL_RetrieveGlobalCode (de hecho hay sólo una llamada y usa un maxlen==0, que es bastante sospechoso).

	* Pensarse si agregar un "Auxiliary data" para tipos globales internos / constantes globales internas. Pensarse también si mover el Auxiliary Logic como métodos private de la clase del ...i.cpp en los generadores para CORBA.		* Pensarse si agregar un "Auxiliary data" para tipos globales internos / constantes globales internas. Pensarse también si mover el Auxiliary Logic como métodos private de la clase del ...i.cpp en los generadores para CORBA.

← Older revision		Revision as of 13:45, 11 November 2009
Line 42:		Line 42:
	* Comprobar posible error con eventos en Endymion/Hyperion: cuando se lanzan muchos eventos sin esperas con un número determinado de módulos (unos 15-20), llega un momento en que los nuevos módulos que arrancan les falla la llamada al ->for_suppliers. Parece que se reduce la probabilidad de error si se lanzan todos los módulos antes de que empiece la avalancha de eventos, aunque aún así hay aplicaciones en donde todos los módulos pasan bien el for_suppliers pero luego se pierden eventos...		* Comprobar posible error con eventos en Endymion/Hyperion: cuando se lanzan muchos eventos sin esperas con un número determinado de módulos (unos 15-20), llega un momento en que los nuevos módulos que arrancan les falla la llamada al ->for_suppliers. Parece que se reduce la probabilidad de error si se lanzan todos los módulos antes de que empiece la avalancha de eventos, aunque aún así hay aplicaciones en donde todos los módulos pasan bien el for_suppliers pero luego se pierden eventos...
	** Probar una aplicación minimalista para descartar del todo que sea cosa de los módulos de la arquitectura ACHRIN, que es con quienes se ha probado siempre.		** Probar una aplicación minimalista para descartar del todo que sea cosa de los módulos de la arquitectura ACHRIN, que es con quienes se ha probado siempre.
		+	** JL (11-nov-09): Ya se probó app. minima y falló, pero debería repetirse ahora tras corregir tema de secciones críticas al mandar eventos, quizás ya esté el tema resuelto...

← Older revision		Revision as of 13:43, 11 November 2009
Line 16:		Line 16:
	* El MD muestra como plataforma de comunicaciones para Endymion la ACE 5.4 + TAO 1.4, lo cual no es cierto. Requiere cambiar la dll del core de babel, que seguramente estará utilizando un código erróneo para extraer la plataforma del .cps		* El MD muestra como plataforma de comunicaciones para Endymion la ACE 5.4 + TAO 1.4, lo cual no es cierto. Requiere cambiar la dll del core de babel, que seguramente estará utilizando un código erróneo para extraer la plataforma del .cps

−	* ¿Pensarse si es bueno que al indicar en el non-portable design una librería se hagan automáticamente sus includes? Quizás sería bueno que eso lo hiciera el usuario... Quizás no	+	* <strike>¿Pensarse si es bueno que al indicar en el non-portable design una librería se hagan automáticamente sus includes? Quizás sería bueno que eso lo hiciera el usuario... Quizás no</strike>. (JL: Ya está hecho desde hace un tiempo).

← Older revision		Revision as of 13:42, 11 November 2009
Line 1:		Line 1:
	== ToDo (in spanish) ==		== ToDo (in spanish) ==
		+
		+	* IMPORTANTE: Posible "no thread-safe" al llamar a un servicio. En Debug peta al acceder a "threadsInfo" (o algo asi). TODO: Hacer crit. section en ese std::map ??

@@ Line 2: / Line 2: @@
-* Pensarse si agregar un "Auxiliary data" para tipos globales internos/ constantes globales internas. Pensarse también si mover el Auxiliary Logic como métodos private de la clase del ...i.cpp en los generadores para CORBA.
+* Pensarse si agregar un "Auxiliary data" para tipos globales internos / constantes globales internas. Pensarse también si mover el Auxiliary Logic como métodos private de la clase del ...i.cpp en los generadores para CORBA.
 * Editor de código del MD: mejorar y permitir ver el internal status en cualquier trozo de código sin salirse, así como mostrar la lista de argumentos de entrada y salida en la ventana de edición
@@ Line 10: / Line 10: @@
 * Añadir una aracne atom para saltar hasta el final de un servicio (útil para los permanentes)
-* <strike>Se me olvidó cambiarle el número de versión release de babel en el babel_core.h...</strike>
+* Corregir la versión del babel_core.h a "3.9.1", que ahora está como "0.3.9.1"
 * El MD muestra como plataforma de comunicaciones para Endymion la ACE 5.4 + TAO 1.4, lo cual no es cierto. Requiere cambiar la dll del core de babel, que seguramente estará utilizando un código erróneo para extraer la plataforma del .cps

@@ Line 1: / Line 1: @@
-== ToDo ==
+== ToDo (in spanish) ==
-* Editor de código del MD: mejorar y permitir ver el internal status en cualquier trozo de código sin salirse
+* Editor de código del MD: mejorar y permitir ver el internal status en cualquier trozo de código sin salirse, así como mostrar la lista de argumentos de entrada y salida en la ventana de edición
 * Añadir una aracne atom para saber el nombre del módulo, y otra para saber el nombre del módulo llamante