PRÁCTICAS DE LABORATORIO DE SISTEMAS OPERATIVOS

DEPURACIÓN DE APLICACIONES PARALELAS

• Primero comprobad que el número y relación familiar de los procesos que habéis creado con fork es el que esperáis.
  
  Para ello, una vez habéis creado todos los hijos y antes de que puedan morir, pero sólo si es necesario, paradlos. Lo podéis hacer con, por ejemplo raise(SIGSTOP); dentro del programa en C y donde queréis que se pare.
  
  Compiláis el programa, y lo ejecutáis en segundo plano (&). Esperáis a que se creen y se paren los hijos y observáis los procesos con ps -f... Mirad no sólo su número sino su árbol familiar para ver si todo está en orden.
  
  
• Si lo que os falla es una comunicación entre procesos (un envío de una señal, un mensaje, un semáforo, etc.) primero debéis acotar cuál es la causa del fallo. Que una comunicación no funcione puede ser debido a un problema en el emisor o en el receptor. Por ejemplo, suponed que lo que no funciona es el envío de una señal. Para ver si falla el emisor, comentad la línea donde en emisor manda la señal, haced entonces algo parecido a lo del apartado anterior (pero sin parar los procesos con SIGSTOP, sino con pause()). Cuando estén todos dispuestos, mandáis la señal desde la shell al proceso para ver si reacciona bien. Si el proceso reacciona bien, investigad el emisor; si no, el receptor.
  
  
• Si usáis mensajes de depuración (printfs), acompañad siempre cada mensaje con el PID del proceso que lo escribe:

  printf("%d: La variable caries vale: %d.\n", getpid(), caries);
  fflush(stdout); 

  Aunque poniendo un \n al final del printf debería garantizar que sale de inmediato por la pantalla, por si acaso, poned un fflush(stdout) después.
  
  
• Sabéis que el depurador (gdb) cuando depura un programa que hace un fork, sigue por el código del padre. Lo que ya no es tan seguro que conozcáis es que podéis también depurar el código del hijo.
  
  Para ello, anotáis el PID del hijo. Desde otro terminal, arrancáis el gdb y le especificáis en la línea de órdenes el nombre del ejecutable que esté ejecutando el hijo (que os recuerdo que tiene que estar compilado con la opción -g) y el PID del hijo. Tened en cuenta que os vais a "montar" en el hijo en marcha. Por lo tanto, para tomar control de él y ejecutarlo paso a paso, por ejemplo, os las tendréis que ingeniar ;) .