X-Git-Url: https://git.llucax.com/software/sercom.git/blobdiff_plain/2a027bc2884430d3602dda78b1e077a9d748c92d..836e60188a6e0e1e6f7938dc9b8246a8ca92fd5b:/TODO.txt diff --git a/TODO.txt b/TODO.txt index 91361a5..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,5 +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) +- 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. +- 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 :).