X-Git-Url: https://git.llucax.com/software/sercom.git/blobdiff_plain/0b7fa756174b1d0014b030c0152e0be7f23c4fd4..5c4e1768542d87e9bf39da8bc8aa0eef800b1b47:/TODO.txt

diff --git a/TODO.txt b/TODO.txt
index 50683c3..e34e58f 100644
--- a/TODO.txt
+++ b/TODO.txt
@@ -1,9 +1,25 @@
 - Backend (luca)
-  * Asociar bien stdin, stdout, stderr en los procesos hijos según lo que diga
-    el comando.
-  * Hacer diff a los archivos_a_comparar.
-  * Guardar los archivos de archivos_a_guardar.
-  * Implementar casos de prueba.
+  * Ver por qué no anda valgrind en chroot.
+  * 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.
+  * 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)
@@ -15,12 +31,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)
-- InstanciaDeEntrega (ejercicio/entrega):
-  * Sacar el campo "procesada?" de la creación (lo maneja internamente el
-    backend, en modificar tal vez se podría poner pero mucho sentido no tiene
-    tampoco, mejor que se vea nomás, pero que no se modifique).
-  * Poner el checkbox Activo? por default chequeado.
+- 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.
-- Entrega:
-  * Interfaz para que el alumno suba una entrega.
+- 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 :).