From: Simone Piccardi Date: Wed, 25 Sep 2002 22:36:58 +0000 (+0000) Subject: alcune correzioni X-Git-Url: https://gapil.gnulinux.it/gitweb/?p=gapil.git;a=commitdiff_plain;h=eeebfbab4059b5b62bf2e491e2d99f27360e2089 alcune correzioni --- diff --git a/img/tty_login.dia b/img/tty_login.dia index 99b8960..e6d222f 100644 Binary files a/img/tty_login.dia and b/img/tty_login.dia differ diff --git a/session.tex b/session.tex index 1d16134..522e67d 100644 --- a/session.tex +++ b/session.tex @@ -554,12 +554,14 @@ A questo punto \cmd{login} provveder iniziali, come la stampa di messaggi di benvenuto o il controllo della posta) ad eseguire con un'altra \func{exec} la shell, che si troverà con un ambiente già pronto con i file standard di \secref{sec:file_std_descr} impostati sul -terminale, e pronta, nel ruolo di leader di sessione e processo di controllo -per il terminale, a gestire l'esecuzione dei comandi come illustrato in -\secref{sec:sess_job_control_overview}. Dato che il processo padre resta -sempre \cmd{init} quest'ultimo potrà provvedere, ricevendo un \macro{SIGCHLD} -all'uscita della shell, a rilanciare \cmd{getty} sul terminale per ripetere da -capo tutto il procedimento. +terminale, e pronta, nel ruolo di leader di sessione e di processo di +controllo per il terminale, a gestire l'esecuzione dei comandi come illustrato +in \secref{sec:sess_job_control_overview}. + +Dato che il processo padre resta sempre \cmd{init} quest'ultimo potrà +provvedere, ricevendo un \macro{SIGCHLD} all'uscita della shell quando la +sessione di lavoro è terminata, a rilanciare \cmd{getty} sul terminale per +ripetere da capo tutto il procedimento. @@ -568,17 +570,21 @@ capo tutto il procedimento. Come sottolineato fin da \secref{sec:intro_base_concept}, in un sistema unix-like tutte le operazioni sono eseguite tramite processi, comprese quelle -operazioni di sistema (come l'esecuzione di comandi periodici, o la consegna +operazioni di sistema (come l'esecuzione dei comandi periodici, o la consegna della posta, ed in generale tutti i programmi di servizio) che non hanno a che fare con la gestione diretta dei comandi dell'utente. -Questi programmi, che devono essere eseguiti in modalità non interattiva senza -nessun intervento dell'utente, sono normalmente chiamati \textsl{demoni}, (o -\textit{daemons}), nome ispirato dagli omonimi spiritelli che svolgevano vari -compiti, di cui parlava Socrate (che sosteneva di averne uno al suo -servizio).\footnote{NdT. ricontrollare, i miei ricordi di filosofia sono - piuttosto datati.} - +Questi programmi, che devono essere eseguiti in modalità non interattiva e +senza nessun intervento dell'utente, sono normalmente chiamati +\textsl{demoni}, (o \textit{daemons}), nome ispirato dagli omonimi spiritelli +che svolgevano vari compiti, di cui parlava Socrate (che sosteneva di averne +uno al suo servizio).\footnote{NdT. ricontrollare, i miei ricordi di filosofia + sono piuttosto datati.} + +Dato che un demone deve essere eseguito non interattivamente, esso non può far +parte di una sessione e non deve avere un terminale di controllo, per questo +motivo occorre prendere gli opportuni provvedimenti perché il sistema del +\textit{job contol} non interferisca.