Por que motivos se cierra un programa con sockets hecho en C?

[AlbertoBSD]

Muy buenos días compañeros.

Por algun momento pense en colar el titulo de "ayuda mi programa se cierra sin motivo", pero no es demasiado genérico y solo un novato lo haría

Quiero explorar los diversos motivos por los que un programa en C se cierra. De momento vienen a mi mente los siguientes motivos:

• llamaa explicita a exit o variantes
  
• bufferoverflow y variantes de segment fault
  
• NULL pointer... (parecido al anterior)
  
• No poder asignar mas memoria
  
• No poder crear mas threads
  
  Algunos son salidas explícitamente programadas y otras son por bugs.
  
  Tengo un proyecto en C, es un servidor WEB multihilo:
  
  https://github.com/albertobsd/chttpserv
  
  De momento funciona bien cuando hago peticiones mediante  curl incluso soporta un ciclo sin fin de peticiones:
  
  
  Código (bash) [Seleccionar] Expandir
  while true; do curl -i http://localhost:3002/ ; done
  
  Sin embargo cuando le hago las peticiones desde cualquier otro navegador que procese todos los archivos y CIERRO el navegador a media carga el programa simplemente se sale sin mensaje de error.
  
  OJO que solo es cuando cierro a media carga, si espero a que termine de cargar la pagina por completo esto no sucede.
  
  Consideraciones:
  
• Estoy totalmente seguro de que la mayoría de las funciones que pueden dar error están correctamente procesadas y muestran el error correspondiente:
  
  
  Código (c) [Seleccionar] Expandir
  
s = pthread_create(&tid,&attr,thread_process,(void *)tothread);
if(s != 0) {
perror("pthread_create");
}

  
  
• Todas las funciones de lectura y escritura en el socket se valida si leyeron o escribieron los datos y no devolvio error:
  
  Código (c) [Seleccionar] Expandir
  
while(sended >= 0  && readed >= 0 && !feof(fd)  ) {
readed = fread(buffer,1,128,fd);
if(readed > 0)
sended = send(hsc->client_fd,buffer,readed,0);
}
if(sended ==  -1) {
perror("send");
}
if(readed == -1) {
perror("fread");
}

  
  
• También estoy seguro que no es un problema de memoria ya que tengo una libreria propia con la que me he asegurado tras varias pruebas de que todos los apuntadores asignados con malloc/calloc son liberados y no se vuelven a utilizar, ademas de indicarme la cantidad de memoria dinamica actualmente utilizada.
  
• De igual manera todos los sockets son cerrados mediante:
  
  
  Código (c) [Seleccionar] Expandir
  
shutdown(hsc->client_fd,SHUT_RDWR);
close(hsc->client_fd);
  
  Se que el problema tiene que ver con Sockets ya que solo cuando cierro el navegador a media carga el programa termina.
  
  Me he quedado un poco estancado, ya que siento que no avanzo si no soluciono ese error.
  
  No les pido que depuren mi codigo, ya que no esta 100% documentado.
  
  Pregunto: ¿Alguien a tenido el mismo problema?, ¿Que otros motivos hacen que el programa se cierre y no caiga error en ninguna función?
  
  Saludos

[@XSStringManolo]

Un printf con un número por linea y ya ves en que linea peta.

Puedes hacer un script en js para que te añada los printf.

Algo tipo:

Código (javascript) [Seleccionar] Expandir

<textarea id="code"></textarea>
<br />
<textarea id="resp"></textarea>
<br />
<button id="add" type="button">add</button>
...


$("#add").onClick = function() {
 var code = $("#code").value, tmp = "";
 for (var i = 0; i < code.length; ++i) {
    tmp += code.replace("\n", '\nprintf("Line number ' + i + '); printf("\n");');
 }
 $("#resp").value = tmp;
};

[Eternal Idol]

No les pido que depuren mi codigo, ya que no esta 100% documentado.

Eso es justamente lo que tenes que hacer. ¿Lo ejecutaste bajo un depurador? Y en una ejecucion normal deberia crear algun tipo de volcado de memoria ...

[AlbertoBSD]

Y en una ejecucion normal deberia crear algun tipo de volcado de memoria ...

Gracias por responder, he intentado habilitar que genere algún DUMP file pero no lo hace, revisando las opciones disponibles, utilice strace, reproduciendo el error con esta herramienta la ultima linea que veo es:

Código [Seleccionar] Expandir

accept(3,  <unfinished ...>)            = ?
+++ killed by SIGPIPE +++


Como comento el error se reproduce cuando te conectas con el navegador y cierras de inmediato. He depurado mi código desde el dia que hice el post y no encuentro ningún fallo en el mismo.

Según la salida de strace parece ser un error en la función accept, al momento de cerrar cerrar el navegador alguna de las conexiones entrantes al servidor es cancelada por el cliente y se produce el fallo, no entiendo que este pasando, por queen caso de accept me deberia de devolver error y no lo hace:

Código (c) [Seleccionar] Expandir

if((clientfd = accept(servfd,(struct sockaddr *)socketserver,(socklen_t*) &b)) < 0) {
perror("accept");
exit(5);
}

¿A alguien le a pasado?

Saludos!

[Eternal Idol]

No trabajo en *NIX asi que nunca me paso, parece ir por aca la cosa:
https://stackoverflow.com/questions/18935446/program-received-signal-sigpipe-broken-pipe
https://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle-them-properly

[AlbertoBSD]

Muchas gracias, tambien busque un poco sobre el error, parece ser mas un error de write que de connect tendré que revisar como manejarlo. Ya con esto me doy una mejor idea de que pude estar pasando.

Tema solucionado  

Solo falta agregar agregar el header a signal, esto dentro de linux

Código (c) [Seleccionar] Expandir


#include<signal.h>

Y una llamada a la función

Código (c) [Seleccionar] Expandir

signal(SIGPIPE, SIG_IGN);

Con esto el programa ignora la señal SIGPIPE, sin embargo hay que procesar correctamente los posibles errores a cualquier función send, write, recv, read sobre los sockets.

Saludos!

[kub0x]

Por lo que entiendo del tema, como dicen en SO, al cerrar el socket desde el otro extremo e intentar escribir en el mismo, recibes la señal SIGPIPE. Por lo tanto, el comportamiento default es cerrar la aplicación, sin que la ejecucción pase al bloque donde controlas el error. ¿Es así? Entonces override a la señal y handlear errores.

Siempre se aprende algo nuevo de los post de debugging.

Saludos.

[AlbertoBSD]

handlear errores.

Si, el detalle es que ya los procesaba, pero por alguna razón el default del SO era cerrar la aplicación por motivo de SIGPIPE, pero una vez ignoranda la señal el programa funcionó perfectamente.

Saludos