Dotaz: Čekání na signál v C

[Daniela]

Chtěla bych se zeptat jak je možné v C zařídit, aby proces čekal na dva různé signály a uměl mezi nimi rozlišit. Přesněji:čeká na SIGUSR1 od rodiče potom na SIGUSR2 od potomka a potom zase na SIGUSR1 od rodiče. Děkuji za odpověď.

Odpovědi

[trekker.dk]

Tady by se mělo nechat nějaký info: http://docs.linux.cz/programming/c/c_marshall/node24.html - je tam dokonce příklad toho, co potřebuješ

Kdyby to nestačilo, tak man signal, Google.

[TurboLama]

Trochu OT: nejsi z FITu?

[Michal Vyskočil]

Možná to není OT, protože mi to silně připomíná jedno naše zadání z OS/2

[TurboLama]

Žejo :D

[Jooky (inactive)]

Nechce sa mi tu moc rozpisovat (uz je dost neskoro vecer), toto co je dalej je utrzok kodu bez vykonnych prikazov, da sa to pouzit ako nejaky skeleton pre realne riesenie, alebo len pochopenie :o) (ps: handlovanie alarmu tam nieje, lebo to asi neni teraz moc potrebne)

void signal_handler(int signal){
        // reakcia na prijatie signalu
        // man 7 signal, pre popis
        fprintf(LOG_FILE, "%s INFO: catch signal: \"%s\"\n", time_s(), strsignal(signal));
        switch (signal){
                case SIGHUP:{
                        break;
                }
                case SIGUSR1:{
                        break;
                }
                case SIGUSR2:{
                        break;
                }
                case SIGPIPE:{
                        break;
                }
                case SIGINT:    // Interrupt from keyboard
                case SIGQUIT:   // Quit from keyboard
                case SIGKILL:   // Kill signal
                case SIGTERM:{  // Termination signal
                        exit(1);
                }
                case SIGALRM:{
                        break;
                }
        }
}

//------------------------------------------------------------------------------------
// zoznam signalov ktore treba po spusteni regnut
// pri registracii prechadzam pole cyklom for a ta nula je detekovana ako koniec pola
const char SIGNAL[] = { SIGHUP, SIGUSR1, SIGUSR2, SIGINT, SIGQUIT, SIGKILL, SIGTERM, SIGPIPE, SIGALRM, 0};
//------------------------------------------------------------------------------------
// registruj signali a alarm
{
    char i;
    for(i=0; SIGNAL[i]; i++){
    signal(SIGNAL[i], signal_handler);
    fprintf(LOG_FILE, "%s INFO: Registering signal: %s\n",                                                                          time_s(),strsignal(SIGNAL[i]));                              }
}
// FIXME: tu sa caka na prijatie nejakeho
while(1) pause();

[Michal Kubeček]

Používat fprintf() v handleru signálu není IMHO příliš šťastný nápad, dokonce i dokumentace k libc se o tom zmiňuje:

This case arises when you do I/O using streams. Suppose that the signal handler prints a message with `fprintf'. Suppose that the program was in the middle of an `fprintf' call using the same stream when the signal was delivered. Both the signal handler's message and the program's data could be corrupted, because both calls operate on the same data structure--the stream itself.

[happy barney]

man sigprocmask
/SIG_BLOCK
toto nepomoze ?

[Michal Kubeček]

Je to jedna z možností, ale neřeší to všechno. Například tím neošetříte potenciální kolize mezi fprintf() v normálním toku programu a fprintf() v handleru.

[Jan Martinek]

Jen pro doplnění - signál SIGKILL nelze odchytit, takže je lhostelné, jestli se pro něj nastaví handler nebo ne.

[Michal Hocko]

funkcia signal ma nejake nevyhody (ako napr. ze sa musi funkcia zavolat vzdy, pred tym ked chceme signal zachytit - po chyteni teda znovu, ak sa ma znovu chytit). Lepsie prostredie ponuka funkcia sigaction, ktor je tiez zo signal.h

Okrem ineho handler definovany pomocou sigaction moze poskytnut viac informacii. Vid man sigaction

[trekker.dk]

funkcia signal ma nejake nevyhody (ako napr. ze sa musi funkcia zavolat vzdy, pred tym ked chceme signal zachytit - po chyteni teda znovu, ak sa ma znovu chytit)

Pokud vím, tak to neplatí všude:

/* NOTE some versions of UNIX will reset signal to default after each call. So for portability reset signal each time */

[michich]

No a právě proto je lepší vyhnout se funkci signal() úplně.

[Michal Vyskočil]

Pokud je to zkutečně do úkolu z FIT, tak signal nebrat. Úkol bude kontrolován na Linuxu, FreeBSD a SunOS.