Eliminación del software para los tests auto-diagnósticos de TOL en StdLib.0.15

[Víctor de Buen Remiro]

Acabo de descubrir la eliminación del software para los tests auto-diagnósticos de TOL en el paquete StdLib.0.15 contenido desde casi el principio de los tiempos en el directorio StdLib\general\tol_tests

Estos tests son absolutamente indispensables para el control de calidad de TOL y de muchos de los paquetes, aunque por lo visto soy el único que los usa.

No sé si han entrado en conflicto con alguna otra cosa pero no me parece nada prudente eliminarlos sin consultarlo previamente con el autor, o sea conmigo.

Hay miles de archivos TOL de de tests auto-diagnósticos por lo que no resulta sencillo cambiar el código de los mismos.

Hay que buscar una solución. Mientras tanto tendré que volver a la versión StdLib.0.13 que es la última en que me funciona todo.

[Jorge]

(In [6180]) refs #1756, #1768, restauramos tol_test hasta que volvamos a revisar, necesitiamos para pasar los test de tol.

[Jorge]

(In [6181]) refs #1756, #1768

[Víctor de Buen Remiro]

Ok, gracias.

Yo estoy de acuerdo en que es una guarrería que ese código esté así en la StdLib, pero habrá que cambiarlo como tantas otras cosas, de forma que sea medianamente compatible con lo que hay, o al menos con los cambios mínimos, y si no queda más remedio y hay que hacer cambios a lo bestia pues se hacen, se puede programar un robot que lo cambie, o lo que haga falta, pero eso hay que planificarlo y hacerlo antes de eliminarlo sin más.

[Víctor de Buen Remiro]

Parece ser que ahora no se exportan las funciones de la StdLib, o al menos no todas, pues la función StdLib::IntRand sí que existe pero no su versión exportada global IntRand

ERROR: [1] IntRand no es un operador de tipo Real

[Pedro Gea]

Esas funciones están "mal" y no pueden ser utilizadas adecuadamente salvo por el que ha creado la StdLib. Por ejemplo, la StdLib.0.13 dice que:

Text ToltclTester = 
"/home/jsperez/TOL/FROM_SVN/tolp/OfficialTolArchiveNetwork/StdLib/general/tol_tests/_toltclTester.tcl"

Pero todo esto puede corregirse con cuidado, sin duda.

Siento si he ocasionado algún problema porque fui yo quien los excluí (véase [6161]).

[Víctor de Buen Remiro]

Son cosas que pasan, a mí me ha pasado docenas de veces.
Sobre Text ToltclTester la verdad es que yo no lo uso, es cosa de Jorge, pero supongo que se arregla fácil pasando la asignación al StartActions o algo así.

[Pedro Gea]

(In [6182]) Refs #1768
Se introduce el archivo TCL en los recursos no-TOL del paquete.

[Pedro Gea]

(In [6184]) Refs #1768
Se pospone la ejecución del código de _testConfig al StartActions.

[Pedro Gea]

(In [6185]) Refs #1768
Se pospone la ejecución del código de _testConfig al StartActions.

[Pedro Gea]

(In [6186]) Refs #1768
Se pospone la ejecución del código de _testConfig al StartActions.

[Pedro Gea]

(In [6187]) Refs #1768
Se deja un único archivo para la construcción del paquete: build_stdlib.tol
Para ejecutar este archivo y reconstruir la StdLib es necesario cargar TOL sin ella.
Se admite que se dispone ya de una conexión almacenada a la base de datos donde se almacenan los paquetes con el nombre: "bysforofitol".

[Pedro Gea]

Se da por cerrado este tique al recuperar las funcionalidades eliminadas o excluidas en el tique #1756.
Si alguna de las funciones, no funcionan o no lo hacen adecuadamente, habría que abrir un tique nuevo indicándolo, o bien reabrir éste.

[Pedro Gea]

(In [6188]) Refs #1768
Se deja un único archivo para la construcción del paquete: build_stdlib.tol