Irve – 11. oktoober 2012, kell 14:18

2012-10-11T14:18:48Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 16:18
22. rida:		22. rida:
	# Paranda viga signaale printf() ajal blokeerides. Kasuta funktsiooni [http://linux.die.net/man/2/sigprocmask sigprocmask()], mis maskeerib signaalid. Võib-olla on huvitav vaadata funktsiooni [http://linux.die.net/man/3/sigemptyset sigemptyset()] manuaalilehele. Ära unusta algset signaalikomplekti pärast blokeeringu lõppu taastada. Seda nimetatakse kriitilise lõigu ''critical section'' kaitsmiseks. ''Näita siin tulemust õppejõule ja või salvesta programmist eraldi koopia''		# Paranda viga signaale printf() ajal blokeerides. Kasuta funktsiooni [http://linux.die.net/man/2/sigprocmask sigprocmask()], mis maskeerib signaalid. Võib-olla on huvitav vaadata funktsiooni [http://linux.die.net/man/3/sigemptyset sigemptyset()] manuaalilehele. Ära unusta algset signaalikomplekti pärast blokeeringu lõppu taastada. Seda nimetatakse kriitilise lõigu ''critical section'' kaitsmiseks. ''Näita siin tulemust õppejõule ja või salvesta programmist eraldi koopia''
	# Päris programmide puhul ei ole signaalide iga printf() käsu eel blokeerimine otstarbekas. Kirjuta programm ümber nii, et ''handler'' määrab globaalmuutuja, millesse signaali saabumisel kirjutatakse 1 ning 0 kui see veel saabunud ei ole. Trüki signaali saabudes saabunud signaalide arv; muul juhul toosama punkt. Ära unusta globaalmuutujat nullida.		# Päris programmide puhul ei ole signaalide iga printf() käsu eel blokeerimine otstarbekas. Kirjuta programm ümber nii, et ''handler'' määrab globaalmuutuja, millesse signaali saabumisel kirjutatakse 1 ning 0 kui see veel saabunud ei ole. Trüki signaali saabudes saabunud signaalide arv; muul juhul toosama punkt. Ära unusta globaalmuutujat nullida.
	: Sealjuures tuleb märkida, et ka see lahendus ei ole päris korrektne ning signaale tuleb siiski blokeerida, kuid seekord globaalmuutuja kontrollimise ajaks selleks puhuks kui signaali töötlemise eel kohe järgmine signaal saabuma peaks (st enne, kui muutuja ennistatakse on võimalus, et signaal ära märgib, et ta just saabus ning siis toimuks ennistamine enne kui signaali saabumist märgataks; püüdke seda ette kujutada või nõudke selgitust). See tähendab, et signaalikontrolli hetk on kriitiline lõik ning sel ajal signaali vastu võtta ei saa. Kasuta andmetüübiks 'sig_atomic_t' ning ütle, et muutuja on 'volatile'. ''Näita tulemust''		::Sealjuures tuleb märkida, et ka see lahendus ei ole päris korrektne ning signaale tuleb siiski blokeerida, kuid seekord globaalmuutuja kontrollimise ajaks selleks puhuks kui signaali töötlemise eel kohe järgmine signaal saabuma peaks (st enne, kui muutuja ennistatakse on võimalus, et signaal ära märgib, et ta just saabus ning siis toimuks ennistamine enne kui signaali saabumist märgataks; püüdke seda ette kujutada või nõudke selgitust). See tähendab, et signaalikontrolli hetk on kriitiline lõik ning sel ajal signaali vastu võtta ei saa. Kasuta andmetüübiks 'sig_atomic_t' ning ütle, et muutuja on 'volatile'. ''Näita tulemust''

	Sealjuures peab tõe huvides mainima, et reaalselt on signaalide haldamine veelgi keerulisem, sest signaal võib saabuda signaali haldamise hetkel (ja haldusfunktsiooni töö katkestada). Selle parandamiseks tuleb kõik (või osad) signaalid ''handler''i jooksmise ajal samuti blokeerida. Sellest lähtub ka komme ''handler'' teha nii lühike kui võimalik ning nende (asünkroonset) saabumist sobival hetkel ise jälgida nagu viimases punktis tegite.		Sealjuures peab tõe huvides mainima, et reaalselt on signaalide haldamine veelgi keerulisem, sest signaal võib saabuda signaali haldamise hetkel (ja haldusfunktsiooni töö katkestada). Selle parandamiseks tuleb kõik (või osad) signaalid ''handler''i jooksmise ajal samuti blokeerida. Sellest lähtub ka komme ''handler'' teha nii lühike kui võimalik ning nende (asünkroonset) saabumist sobival hetkel ise jälgida nagu viimases punktis tegite.

	Jõudu tööle; loodetavasti oli huvitav harjutus.		Jõudu tööle; loodetavasti oli huvitav harjutus.

Irve: Uus lehekülg: '{{itv0020}} Vaatleme [http://en.wikipedia.org/wiki/Signal_(computing) signaale]. ''Signaalid'' on tarkvarakatkestustele sarnased, kuid neid hallatakse operatsioonisüsteemi tasem...'

2012-10-11T13:30:48Z

Uus lehekülg: '{{itv0020}} Vaatleme [http://en.wikipedia.org/wiki/Signal_(computing) signaale]. ''Signaalid'' on tarkvarakatkestustele sarnased, kuid neid hallatakse operatsioonisüsteemi tasem...'

Uus lehekülg

{{itv0020}}
Vaatleme [http://en.wikipedia.org/wiki/Signal_(computing) signaale]. ''Signaalid'' on tarkvarakatkestustele sarnased, kuid neid hallatakse operatsioonisüsteemi tasemel ilma juurkasutaja õiguseid vajamata. Eri signaale eristavad täisarvukonstandid nagu näiteks SIGINT. Igal signaalil on oma number, SIGALRM taimerile, SIGINT katkestussignaalile jne.

Signaalide haldamine POSIX süsteemis toimub kas [http://linux.die.net/man/2/signal signal()] või [http://linux.die.net/man/2/sigaction sicaction()] funktsioonidega. Esimene neist on ebasoovitatav kuid meie õppeotstarbel algul veidi mugavam kogeda. Mõlemad võimaldavad konkreetse signaali jaoks ''handler'' funktsiooni registreerimist.

= Signaalid klaviatuurilt =

Protsessile signaali saatmiseks kasuta [http://linux.die.net/man/2/kill kill()] süsteemikäsku. Signaali saab käsurealt saata utiliidi 'kill' abil, kui talle anda argumentideks protsessinumber ja signaalinumber. Kuigi seda on hea teada on see seekordse praktikumi mõttes ebamugavam.

Mõningaid signaale saad saata ka klaviatuurilt:
# Ctrl-C saadab signaali INT (SIGINT), mis vaikimisi protsessi lõpetab
# Ctrl-\ saadab signaali QUIT (SIGQUIT), mis lõpetab protsessi (seadistamisel antakse ka [http://en.wikipedia.org/wiki/Core_dump coredump]).
# Ctrl-Z saadab signaali TSTP (SIGTSTP), mis seiskab programmi ja viib meid käsureale tagasi. Kui soovite programmi taaskäivitada, kirjutage käsureal kas 'fg' (foreground) või 'bg' (background) utiliidi nimi.
# Ctrl-S saadab TSTP signaali, kuid käsurida ei anna. Programmi töö jätkamiseks vajuta CTRL+Q. ''See juhtub mõnikord kogemata kui olete CTRL+S abil salvestama harjunud.''

= Ülesanne =

# Kirjuta väike programm mis on lõputus tsüklis ja trükib iga 1/2 sekundi järel punkti (.) (kasuta [http://linux.die.net/man/3/usleep usleep()] ja printf() käske. Lisa reavahetus, sest [http://www.gnu.org/s/libc/manual/html_node/Buffering-Concepts.html line-buffering] segab muidu punktide ilmumisele vahele. Vaata mis CTRL+C vajutamisel juhtub.
# Täienda programmi nii, et ta ^C kinni püüaks. (Väljumine käib CTRL+\ abil (kontrolli kas see töötab; alternatiiv oleks vajutada ^Z ning protsess selle käsu peale väljastatava numbri (PID) abil peatada.
# Täienda programmi nii, et ^C vajutamised oleks loetud ning trüki iga vajutamise peale see arv välja.
# Kui kirjutasid naiivse programmi (millele loodan), on olemas teoreetiline olukord, milles printf() põhitsüklis parajasti sel hetkel kirjutab kui ''handler'' samuti kirjutada soovib. Kuna printf() ei ole ''[http://en.wikipedia.org/wiki/Reentrant_%28subroutine%29 re-entrant]''), võib see põhjustada vea. Selle vea põhjustamine antud programmis pole seni küll kellelgi õnnestunud, aga targemad raamatud on väitnud et see viga on seal olemas. Peame neid usaldama ja harjutusega edasi minema.
# Paranda viga signaale printf() ajal blokeerides. Kasuta funktsiooni [http://linux.die.net/man/2/sigprocmask sigprocmask()], mis maskeerib signaalid. Võib-olla on huvitav vaadata funktsiooni [http://linux.die.net/man/3/sigemptyset sigemptyset()] manuaalilehele. Ära unusta algset signaalikomplekti pärast blokeeringu lõppu taastada. Seda nimetatakse kriitilise lõigu ''critical section'' kaitsmiseks. ''Näita siin tulemust õppejõule ja või salvesta programmist eraldi koopia''
# Päris programmide puhul ei ole signaalide iga printf() käsu eel blokeerimine otstarbekas. Kirjuta programm ümber nii, et ''handler'' määrab globaalmuutuja, millesse signaali saabumisel kirjutatakse 1 ning 0 kui see veel saabunud ei ole. Trüki signaali saabudes saabunud signaalide arv; muul juhul toosama punkt. Ära unusta globaalmuutujat nullida.
: Sealjuures tuleb märkida, et ka see lahendus ei ole päris korrektne ning signaale tuleb siiski blokeerida, kuid seekord globaalmuutuja kontrollimise ajaks selleks puhuks kui signaali töötlemise eel kohe järgmine signaal saabuma peaks (st enne, kui muutuja ennistatakse on võimalus, et signaal ära märgib, et ta just saabus ning siis toimuks ennistamine enne kui signaali saabumist märgataks; püüdke seda ette kujutada või nõudke selgitust). See tähendab, et signaalikontrolli hetk on kriitiline lõik ning sel ajal signaali vastu võtta ei saa. Kasuta andmetüübiks 'sig_atomic_t' ning ütle, et muutuja on 'volatile'. ''Näita tulemust''

Sealjuures peab tõe huvides mainima, et reaalselt on signaalide haldamine veelgi keerulisem, sest signaal võib saabuda signaali haldamise hetkel (ja haldusfunktsiooni töö katkestada). Selle parandamiseks tuleb kõik (või osad) signaalid ''handler''i jooksmise ajal samuti blokeerida. Sellest lähtub ka komme ''handler'' teha nii lühike kui võimalik ning nende (asünkroonset) saabumist sobival hetkel ise jälgida nagu viimases punktis tegite.

Jõudu tööle; loodetavasti oli huvitav harjutus.

6. praktikum - Signaalid - Redigeerimiste ajalugu

Irve – 11. oktoober 2012, kell 14:18

Irve: Uus lehekülg: '{{itv0020}} Vaatleme [http://en.wikipedia.org/wiki/Signal_(computing) signaale]. ''Signaalid'' on tarkvarakatkestustele sarnased, kuid neid hallatakse operatsioonisüsteemi tasem...'