Permitir pasar el el archivo de configuración por línea de comandos al tester.

[z.facultad/75.52/sercom.git] / TODO.txt

diff --git a/TODO.txt b/TODO.txt
index 91361a511e49eff7af3444cd3bb865ae75c03b20..984929b60cb986b4434a87f12ea59dac7a86c859 100644 (file)
--- a/TODO.txt
+++ b/TODO.txt
@@ -1,10 +1,28 @@
 - Backend (luca)
 - Backend (luca)

-  * Verificar tipo de retorno.
-  * Guardar los archivos de archivos_a_guardar.
-  * Hacer diff a los archivos_a_comparar.
-  * Implementar casos de prueba.
+  * Arreglar / pensar problemas de encoding. Lugares donde es necesario
+    codificar los strings unicode:
+    * Guardar/leer nombres de archivos de ZipFile.
+    * Logging.
+  * Hacer que se usen los parametros ComandoPrueba como multiplicadores de
+    CasoDePrueba.
+  * Arreglar bug. Al mezclar los archivos_entrada, archivos_a_comparar y
+    archivos_a guardar en los ComandoPrueba con los de los CasoDePrueba, si se
+    especifica __stdouterr__ en uno y __stdout__ o __stderr__ en otro, el
+    __stdout__/__stderr__ nunca se guarda porque el __stdouterr__ captura los fd
+    1 y 2 juntos, entonces después no se encuentra ese archivo.
+    Hay que rever el tema del ComandoPrueba, hay que repensarlo un poco (tal vez
+    poner un ComandoPrueba ímplícito que pruebe sin filtros y que los
+    ComandoPrueba sean exclusivos para correr cosas raras, o ver de qué manera
+    especificar cuando se quiere pisar lo del caso o usar lo del caso, o tal vez
+    especificar comandos _por_ caso de prueba, o tal vez hacer un caso de prueba
+    distinto por cada cosa loca que se quiera hacer, que correr con valgrind sea
+    un caso de prueba, y correr sin, sea otro, e incluso analizar si no poner
+    tambien los ComandoFuente ahí también, de manera de poder compilar
+    diferentes CasoDePrueba con diferentes parámetros).

   * Hacer un control del límite de tiempo que un subproceso puede tomar más
     bullet-proof (un sleep(99999999) hace pinchar el sistema). Ver sercom viejo.
   * Hacer un control del límite de tiempo que un subproceso puede tomar más
     bullet-proof (un sleep(99999999) hace pinchar el sistema). Ver sercom viejo.

+  * Poner advertencias (error?) si se sobreescriben archivos de la entrega del
+    alumno con archivos de entrada de los comandos (low priority).

 - Pensar/resolver password en ABM de Docente/Alumno
 - Terminar ABM simples:
   * Curso (nico)
 - Pensar/resolver password en ABM de Docente/Alumno
 - Terminar ABM simples:
   * Curso (nico)


@@ -16,5 +34,14 @@
 - Hacer DB con datos de prueba (nico)
 - Hacer archivos de prueba para las cargas masivas (nico)
 - Hacer Informe bonito para pelu (un poco cada uno)
 - Hacer DB con datos de prueba (nico)
 - Hacer archivos de prueba para las cargas masivas (nico)
 - Hacer Informe bonito para pelu (un poco cada uno)

+- Agregar ABM de Tareas y Comandos, actualizar ABM de CasoDePrueba.
+  * Permitir bajar archivos de Comandos y CasoDePrueba.
+  * Hacer consulta de ComandoEjecutado y amigos.
+- Verificar al agregar casos de prueba o comandos que no hayan archivos en
+  archivos_entrada y archivos_a_comparar que se repitan (o al menos advertir al
+  respecto).

 - Ejercicio:
   * Poner una columna en el listado con la cantidad de entregas.
 - Ejercicio:
   * Poner una columna en el listado con la cantidad de entregas.

+- Arreglar encoding de logging. Probablemente haya que hacer un logger que
+  encodee en UTF-8 para que no sea todo un gran asco (esto es de way too baja
+  prioridad :).