Diferencias

Muestra las diferencias entre dos versiones de la página.

--- procesos [2015/08/04 00:06] – [Ejercicio] lmateu
+++ procesos [2018/07/12 14:00] (actual) – [Procesos] lmateu
@@ Línea 8: / Línea 8: @@
   * En el padre, fork retorna el pid del hijo.
   * Para el hijo se crea un nuevo espacio de direcciones de memoria que parte inicialmente con una copia de toda la memoria del padre.  De ahí en adelante las modificaciones que haga el hijo en su memoria no se verán reflejadas en la memoria del padre, y viceversa.  Son espacios de direcciones independientes.
-  * El hijo hereda una copia de todos los archivos abiertos por el padre.
+  * El hijo hereda todos los archivos abiertos por el padre.  Los fds (file descriptors) del padre siguen siendo válidos en el hijo (y también en el padre).
   * El tiempo de ejecución del proceso hijo parte de 0.
   * El hijo parte sin alarmas ni señales pendientes.
@@ Línea 17: / Línea 17: @@
   #include <unistd.h>
-  pid_t child;
+  pid_t child= fork();
-  if ((child= fork()) != 0) {
+  if (child==0) {
-    /* aquí se ejecuta el padre */
+    // aquí se ejecuta el hijo
-    /* la variable "child" contiene el pid del hijo */
+    ... cuerpo del hijo ...
-    ...
+    exit(...); // termina el hijo entregando un código de retorno
   }
   else {
-    /* aquí se ejecuta el hijo */
+    // aquí se ejecuta el padre
-    ...
+    // la variable "child" contiene el pid del hijo
+    ... código que se ejecuta en paralelo con el cuerpo del hijo ...
+    int status;
+    waitpid(child, &status, 0);  // espera hasta que el hijo termine
+    int rc= WEXITSTATUS(status); // código de retorno del hijo
   }
 </code>
@@ Línea 102: / Línea 106: @@
 en donde fds es un arreglo de tamaño 2. Después de ejecutar esta llamada, se obtienen 2 fds:
         fds[0] permite leer
@@ Línea 155: / Línea 158: @@
 Observe que si se reemplazara la llamada de la función leer por read, podría funcionar en algunas plataformas, pero sería incorrecto.  La llamada al sistema read no siempre entregará la cantidad de bytes pedidos.  Puede entregar menos bytes cuando se piden más bytes que la capacidad del buffer que utiliza un pipe.  Por otra parte, se garantiza que write siempre escribirá la cantidad de bytes pedidos.  Si se escribe menos es porque ocurrió un error.  Yo hice el experimento en Linux y read siempre leyó la cantidad de bytes pedidos.
+Cuando user fork nunca olvide:
+  - Invocar exit para terminar el hijo
+  - Invocar waitpid en el padre para enterrar al hijo
+  - Padre e hijo usan espacios de direcciones independientes así es que el padre no verá los cambios que el hijo haya hecho en la memoria.  Use un pipe para que el hijo entregue sus resultados al padre.
 ==== Ejercicio ====
-Resuelva la pregunta 1 parte b del [[http://users.dcc.uchile.cl/~lmateu/CC3301/controles/c3-142.pdf|control 3 de 2014/2]].  Pruebe su solución con el archivo [[http://users.dcc.uchile.cl/~lmateu/CC3301/download/mult.zip|mult.zip]].
+Resuelva la pregunta 1 partes a y b del [[http://users.dcc.uchile.cl/~lmateu/CC3301/controles/c3-142.pdf|control 3 de 2014/2]].  Pruebe su solución con el archivo [[http://users.dcc.uchile.cl/~lmateu/CC3301/download/mult.zip|mult.zip]].
 ==== Cambiar el archivo ejecutable ====