X-Git-Url: https://git.llucax.com/software/sercom.git/blobdiff_plain/aa71d4cd14ec7da965ded8ee1dd8f697c62d98ff..836e60188a6e0e1e6f7938dc9b8246a8ca92fd5b:/TODO.txt diff --git a/TODO.txt b/TODO.txt index 006b453..e34e58f 100644 --- a/TODO.txt +++ b/TODO.txt @@ -1,10 +1,25 @@ - Backend (luca) - * Verificar tipo de retorno. - * Guardar los archivos de archivos_a_guardar. - * Hacer diff a los archivos_a_comparar. - * 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) @@ -16,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 :).