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:
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:
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:
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:
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
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:
<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;
};
Cita de: AlbertoBSD en 31 Julio 2020, 01:30 AMNo 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 ...
Cita de: Eternal Idol en 31 Julio 2020, 09:10 AM
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:
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:
if((clientfd = accept(servfd,(struct sockaddr *)socketserver,(socklen_t*) &b)) < 0) {
perror("accept");
exit(5);
}
¿A alguien le a pasado?
Saludos!
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
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
#include<signal.h>
Y una llamada a la función
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!
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.
Cita de: kub0x en 3 Agosto 2020, 19:16 PM
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