Dotaz: recvfrom() a prichozi signal

[Ales Vesely]

Dobry den, delam aplikaci komunikujici pres UDP sockety. Klient se dostane do teto situace: ceka na data od serveru ve funkci recvfrom() nad blokujim socketem. Aplikace (klient) tedy "stoji" a ceka na data od serveru.

Zaroven v klientovi bezi timer, ktery kdyz zjistit, ze server dlouho neodpovida (tzn. paket se nejspise ztratil), tak posle signal SIGALRM. Ted, ale prichazi muj dotaz: jak lze na signal zareagovat tak, aby klient prestal cekat ve funkci recvfrom() a zacal delat neco jineho (nejspis teda preposlani paketu serveru)?

Odpovědi

[Luboš Doležel (Doli)]

Obvykle se udělá select() s nějakým časovým limitem a podle toho se pak ze socketu čte nebo se vyhodí chyba.

[Ales Vesely]

Jo, to vypada dobre, zkusim to pouzit, zatim dekuji.

[Ales Vesely]

OK, tak jsem to zkusil, ale ten select ma jednu (z meho pohledu) chybku. Mne ten signal SIGALRM z timeru prichazi periodicky a vzdy se podiva, zda nahodou necekame na server jiz moc dlouho a pokud ano, nastavi urcitou promennou, ktera bude signalizovat, ze cekame moc dlouho. Jenze ted s tim selectem mi select "spadne" po prvnim prichodu signalu, i kdyz mi jeste zbyva cas, po ktery bych cekal. Jde tomuto nejak zabranit, nebo to vyresit? Dekuji.

[maleprase]

ten select() si ten "timer" dela sam, neni potreba resit SIGALRM. proste se select() nastavi timeout na max dobu co ma cekat. jestli neco prislo se pak zjisti navratovou hodnotou. viz select(2) vcetne prikladu pouziti