obsługa sygnału pauzy()

Question

Funkcja pause() blokuje się, dopóki nie nadejdzie sygnał. Zakładając, że proces otrzymał sygnał i wstrzymano(), czy procedura obsługi sygnału zostanie wykonana przed kodu następującego po wywołaniu , czy wynik jest nieoczekiwany?

Przykład:

void sigusr1_handler() 
{ 
    // .. handler code 
} 

void main() 
{ 
    // .. bind handler to SIGUSR1 

    pause(); // wait for SIGUSR1 
    // some more code 
} 

znaczy „trochę więcej kodu” będzie zawsze wykonywany posigusr1_handler() zakończyła, czy tam jest sytuacja wyścigu? Jeśli tak, jakie jest rozwiązanie?
nie mogę myśleć o niczym oprócz zajętości czekania, ale potem przerwa nie będzie w ogóle potrzebne ..

Answer 1

Powołując z the man page for pause(2):

pauzy() tylko powraca, gdy sygnał złapany i zwrócono sygnał. W takim przypadku pauza() zwraca -1, a errno jest ustawione na EINTR.

Możesz być pewien, że twój program obsługi sygnału działa przed some more code.

Answer 2

Sterowniki sygnału nie działają jednocześnie; przerywają wątek, który je obsługuje, a przerwany przepływ działa tylko wtedy, gdy procedura obsługi sygnału wraca.

Jednak mogą występować inne warunki wyścigu związane z tym przykładem; z nielicznym pseudokodem i nie pełnym wyjaśnieniem twojego przypadku użycia, trudno powiedzieć. Na przykład inny sygnał może nadejść i przerwać sygnał, zanim twój sygnał zadziała, a wtedy twój przewodnik może zakończyć pracę później, niż się spodziewałeś.

Istnieje kilka sposobów, „prawo”, aby to zrobić zamiast:

• write pojedynczy bajt Do pipe w obsługi sygnału i read z niego w głównym strumieniu wykonania.
• sem_post semafor od obsługi sygnału i sem_wait w głównym strumieniu wykonania.
• Użyj sigwaitinfo lub sigtimedwait zamiast obsługi sygnału.

• Nadal używać pause, ale w pętli:

  while(!signal_handler_finished) pause(); 
  

  gdzie signal_handler_finished ma typ volatile sig_atomic_t i jest ustawiona na wartość niezerową w obsługi sygnału.