Manejo de señales en pthreads

Question

He creado un pthread e instalado un controlador de señales dentro de él, del mismo modo que lo hacemos en la función main(). El manejador de señal del hilo es una función separada. Sorprendentemente, no está funcionando, es decir, el manejador de señal del hilo no puede captar señales.

Aquí está el código:

#include <pthread.h> 
#include <unistd.h> 
#include <sys/types.h> 
#include <stdio.h> 
#include <signal.h> 

typedef struct data 
{ 
char name[10]; 
int age; 
}data; 

void sig_func(int sig) 
{ 
printf("Caught signal: %d\n",sig); 
signal(SIGSEGV,sig_func); 
} 

void func(data *p) 
{ 
printf("This is from thread function\n"); 
signal(SIGSEGV,sig_func); // Register signal handler inside thread 
strcpy(p->name,"Mr. Linux"); 
p->age=30; 
sleep(2); // Sleep to catch the signal 
} 

int main() 
{ 
pthread_t tid; 
pthread_attr_t attr; 
data *ptr; 

pthread_attr_init(&attr); 
pthread_create(&tid,&attr,(void*)func,ptr); 
pthread_kill(tid,SIGSEGV); 

pthread_join(tid,NULL); 
printf("Name:%s\n",ptr->name); 
printf("Age:%d\n",ptr->age); 
} 

Salida:

Fallo de segmentación (que significa que la señal no está sujeta al manejador)

Answer 1

Hay varios problemas con su código:

• ptr no es inicializado, por lo que todos los ptr-> partes se colgará el programa
• que está llamando pthread_kill() de inmediato, es muy probable antes de que se haya instalado el manejador de señal, y en un hilo (que tiene un comportamiento no especificado)
• llame al printf() desde un manejador de señal, que no se garantiza que funcione (consulte man 7 signal para obtener una lista de funciones seguras)

Esto funcionará mucho mejor, aunque todavía había necesidad de sincronización de hilos apropiado, y como se ha dicho en otro lugar, debe utilizar sigaction():

#include <pthread.h> 
#include <unistd.h> 
#include <sys/types.h> 
#include <stdio.h> 
#include <signal.h> 

typedef struct data 
{ 
char name[10]; 
int age; 
}data; 

void sig_func(int sig) 
{ 
write(1, "Caught signal 11\n", 17); 
signal(SIGSEGV,sig_func); 
} 

void func(data *p) 
{ 
fprintf(stderr, "This is from thread function\n"); 
strcpy(p->name,"Mr. Linux"); 
p->age=30; 
sleep(2); // Sleep to catch the signal 
} 

int main() 
{ 
pthread_t tid; 
pthread_attr_t attr; 
data d; 
data *ptr = &d; 

signal(SIGSEGV,sig_func); // Register signal handler before going multithread 
pthread_attr_init(&attr); 
pthread_create(&tid,&attr,(void*)func,ptr); 
sleep(1); // Leave time for initialisation 
pthread_kill(tid,SIGSEGV); 

pthread_join(tid,NULL); 
fprintf(stderr, "Name:%s\n",ptr->name); 
fprintf(stderr, "Age:%d\n",ptr->age); 
} 

Editar: instalar sighandler en hilo principal

Answer 2

creo que el núcleo del problema es que las señales se entregan al proceso como un todo, en lugar de hilos individuales. Comúnmente, un solo hilo está nominado para manejar todas las señales; todos los demás hilos (incluido el hilo principal) necesitan block the signals using pthread_sigmask().

Puede configurar la máscara para que bloquee todas las señales, inicie el hilo del manejador de señal, desenmascare las señales que desea manejar y luego regrese al hilo principal, inicie todos los otros hilos que necesite. Ellos heredarán la máscara "bloquear todas las señales" del hilo principal.

Por cierto, es hora de alejarse de signal(3) y cambiar a sigaction(2), que tiene una semántica confiable y está mejor estandarizada. (Y por tanto más fáciles de transportar.)

Answer 3

El único problema con el código que nadie ha mencionado es que, aunque el bloqueo de señal (y la entrega, si usa pthread_kill o raise) son por subproceso, los controladores de señal son por proceso. Esto significa que son un mecanismo muy malo para la comunicación entre subprocesos, especialmente si su código alguna vez se usará como código de biblioteca, ya que es un comportamiento extremadamente malo para una biblioteca alterar los manejadores de señal de la persona que llama.

Tenga en cuenta también que el uso de manejadores de señales para la comunicación entre los hilos tiene un rendimiento por debajo del óptimo en comparación con otros métodos de hilo de señalización como variables de condición o barreras, porque hay al menos una transición de usuario-kernel-usuario adicional (cuando los rendimientos manejador de la señal)