This shows you the differences between two versions of the page.
uso:laboratoare:laborator-06:inspect-shell [2022/11/08 17:45] iustina.caramida [Încheierea execuției unei comenzi] |
uso:laboratoare:laborator-06:inspect-shell [2023/11/07 19:59] (current) maria_irina.gherman [Execuția comenzilor] |
||
---|---|---|---|
Line 3: | Line 3: | ||
===== Configurarea shellului Bash ===== | ===== Configurarea shellului Bash ===== | ||
- | Așa cum am menționat în secțiunea Configurarea rulării aplicațiilor, modul în care o aplicație rulează este configurabil. Fișierul de configurare al shellului **Bash** este ''%%~/.bashrc%%''. În directorul home al fiecărui utilizator se găsește un fișier ''%%.bashrc%%'' pentru a le permite utilizatorilor să își personalizeze comportamentul shellului lor Bash, fără a intra în conflict cu configurările Bash ale altor utilizatori din sistem. Atunci când un utilizator pornește un shell Bash, conținutul fișierului ''%%~/.bashrc%%'' este citit și sunt aplicate configurările specifice utilizatorului. | + | Așa cum am menționat în laboratorul **Instalarea și utilizarea aplicațiilor**, modul în care o aplicație rulează este configurabil. Fișierul de configurare al shellului **Bash** este ''%%~/.bashrc%%''. În directorul home al fiecărui utilizator se găsește un fișier ''%%.bashrc%%'', pentru a le permite utilizatorilor să își personalizeze comportamentul shellului lor Bash, fără a intra în conflict cu configurările Bash ale altor utilizatori din sistem. Atunci când un utilizator pornește un shell Bash, conținutul fișierului ''%%~/.bashrc%%'' este citit și sunt aplicate configurările specifice utilizatorului. |
- | Shellul //Bash//, ca majoritatea programelor, vine cu un set de configurări implicite (default), care nu sunt pe placul tuturor utilizatorilor. Prin fișierul ''%%.bashrc%%'' utilizatorul poate modifica setul default astfel încât să se potrivească cu stilul său: un exemplu des întâlnit este modificarea dimensiunii istoricului de comenzi. | + | Shellul //Bash//, ca majoritatea programelor, vine cu un set de configurări implicite (default), care pot să nu fie pe placul tuturor utilizatorilor. Prin fișierul ''%%.bashrc%%'' utilizatorul poate modifica setul default astfel încât să se potrivească cu stilul său: un exemplu des întâlnit este modificarea dimensiunii istoricului de comenzi. |
- | + | ||
- | ==== Modificarea dimensiunii istoricului ==== | + | |
- | + | ||
- | Inspectăm conținutul fișierului ''%%~/.bashrc%%'' folosind comanda următoare: | + | |
- | + | ||
- | <code bash> | + | |
- | student@uso:~$ less ~/.bashrc | + | |
- | </code> | + | |
- | În sesiunea interactivă ''%%less%%'' căutăm după cuvântul ''%%HISTSIZE%%'': | + | |
- | + | ||
- | <code bash> | + | |
- | [...] | + | |
- | # for setting history length see HISTSIZE and HISTFILESIZE in bash(1) | + | |
- | HISTSIZE=1000 | + | |
- | HISTFILESIZE=2000 | + | |
- | [...] | + | |
- | </code> | + | |
- | Shellul Bash reține istoricul de comenzi în fișierul ''%%~/.bash_history%%'' din directorul home al fiecărui utilizator. Valorile variabilelor ''%%HISTSIZE%%'' și ''%%HISTFILESIZE%%'' limitează numărul maxim de comenzi, respectiv linii, din fișierul ''%%~/.bash_history%%''. Dacă vrem să avem un istoric nelimitat putem seta valoarea variabilelor la un număr negativ. | + | |
- | + | ||
- | **Exercițiu**: Deschideți fișierul ''%%~/.bashrc%%'' în editorul preferat și atribuiți valoarea ''%%-1%%'' pentru ''%%HISTSIZE%%'' și ''%%HISTFILESIZE%%''. Salvați modificările făcute. | + | |
- | + | ||
- | <note warning> | + | |
- | Atenție! **Nu** trebuie să existe spațiu între numele variabilei, ''%%=%%'' și valoarea atribuită. | + | |
- | </note> | + | |
- | + | ||
- | <note tip> | + | |
- | Pentru a afla mai multe despre valorile ''%%HISTSIZE%%'' și ''%%HISTFILESIZE%%'' accesați pagina de manual a shellului Bash (''%%man bash%%'') și căutați după numele variabilelor. | + | |
- | </note> | + | |
Line 67: | Line 39: | ||
alias ncal='ncal -M | alias ncal='ncal -M | ||
</code> | </code> | ||
- | Observăm că atât ''%%grep%%'' cât și ''%%egrep%%'' au câte un alias pentru opțiunea ''%%--color%%'', care în cazul acesta evidenția expresia găsită. Putem defini un alias și pentru un typo pe care îl facem des, așa cum este cazul pentru ''%%gti%%'', un alias pentru comanda ''%%git%%''. | + | Observăm că atât ''%%grep%%'' cât și ''%%egrep%%'' au câte un alias pentru opțiunea ''%%--color%%'', care în cazul acesta evidențiază expresia găsită. Putem defini un alias și pentru un typo pe care îl facem des, așa cum este cazul pentru ''%%gti%%'', un alias pentru comanda ''%%git%%'', sau ''%%grpe%%'' pentru comanda ''%%grep%%''. |
O parte din aceste aliasuri sunt definite în fișierul ''%%~/.bashrc%%'', iar altele în fișierul ''%%~/.bash_aliases%%''. Conținutul fișierului ''%%~/.bash_aliases%%'' este inclus de către fișierul ''%%~/.bashrc%%'' la pornirea shellului Bash. Astfel, pentru o organizare mai bună, este recomandat ca utilizatorul să-și definească aliasurile în fișierul ''%%~/.bash_aliases%%''. | O parte din aceste aliasuri sunt definite în fișierul ''%%~/.bashrc%%'', iar altele în fișierul ''%%~/.bash_aliases%%''. Conținutul fișierului ''%%~/.bash_aliases%%'' este inclus de către fișierul ''%%~/.bashrc%%'' la pornirea shellului Bash. Astfel, pentru o organizare mai bună, este recomandat ca utilizatorul să-și definească aliasurile în fișierul ''%%~/.bash_aliases%%''. | ||
Line 113: | Line 85: | ||
student@uso:~$ go https://www.google.com | student@uso:~$ go https://www.google.com | ||
</code> | </code> | ||
- | Comanda ''%%source ~/.bashrc%%'' a avut ca efect citirea și aplicarea modificărilor definite în fișierul ''%%.bashrc%%'' și fișierele pe care acesta le include. | + | Comanda ''%%source ~/.bashrc%%'' a avut ca efect recitirea și aplicarea modificărilor definite în fișierul ''%%.bashrc%%'' și fișierele pe care acesta le include. |
===== Execuția comenzilor ===== | ===== Execuția comenzilor ===== | ||
Line 119: | Line 91: | ||
==== Încheierea execuției unei comenzi ==== | ==== Încheierea execuției unei comenzi ==== | ||
- | Atunci când rulăm o comandă aceasta își poate încheia execuția în două moduri: cu **succes** sau cu **eșec**. Atunci când își încheie execuția, orice proces întoarce un cod de ieșire (exit code), care este un număr: | + | Atunci când rulăm o comandă, aceasta își poate încheia execuția în două moduri: cu **succes** sau cu **eșec**. Atunci când își încheie execuția, orice proces întoarce un cod de ieșire (exit code), care este un număr: |
- | * Dacă numărul întors are valoarea ''%%0%%'', procesul și-a încheiat execuția cu succes. | + | * Dacă numărul întors are valoarea ''%%0%%'', atunci procesul și-a încheiat execuția cu succes. |
- | * Dacă numărul întors are orice altă valoare, procesul și-a încheiat execuția cu eroare, iar codul întors poate fi folosit pentru a afla mai multe informații despre eroarea pe care a întors-o procesul. În pagina ''%%man%%'' a utilitarului ''%%ls%%'' este specificat. | + | * Dacă numărul întors are orice altă valoare, atunci procesul și-a încheiat execuția cu eroare, iar codul întors poate fi folosit pentru a afla mai multe informații despre eroarea pe care a întors-o procesul. În pagina ''%%man%%'' a utilitarului ''%%ls%%'' este specificat fiecare cod de eroare și ce înseamnă. |
Pentru a vedea codul cu care și-a încheiat execuția o comandă folosim sintaxa ''%%$?%%''. Urmărim exemplul de mai jos: | Pentru a vedea codul cu care și-a încheiat execuția o comandă folosim sintaxa ''%%$?%%''. Urmărim exemplul de mai jos: | ||
Line 140: | Line 112: | ||
=== Înlănțuirea comenzilor în funcție de succes sau eșec === | === Înlănțuirea comenzilor în funcție de succes sau eșec === | ||
- | De multe ori vrem să executăm o succesiune de comenzi pentru a realiza o sarcină. De exemplu, atunci când vrem să instalăm o aplicație o rulăm trei comenzi: | + | De multe ori vrem să executăm o succesiune de comenzi pentru a realiza o sarcină. De exemplu, atunci când vrem să instalăm o aplicație rulăm trei comenzi: |
* O să actualizăm indexul surselor de pachete folosind ''%%apt update%%'' | * O să actualizăm indexul surselor de pachete folosind ''%%apt update%%'' | ||
Line 146: | Line 118: | ||
* O să rulăm aplicația pentru a valida că instalarea a fost cu succes. | * O să rulăm aplicația pentru a valida că instalarea a fost cu succes. | ||
- | Preferăm să înlănțuim cele trei comenzi într-una singură pentru că astfel putem să pornim tot acest proces, să plecăm de la calculator, iar când ne întoarcem avem tot sistemul pregătit. | + | Preferăm să înlănțuim cele trei comenzi într-una singură pentru că astfel putem să pornim tot acest proces, să plecăm de la calculator, iar când ne întoarcem să avem tot sistemul pregătit. |
Pentru a înlănțui comenzi în shellul Bash avem trei operatori disponibili: | Pentru a înlănțui comenzi în shellul Bash avem trei operatori disponibili: | ||
- | Operatorul ''%%;%%'' - este folosit pentru separarea comenzilor Urmăm exemplul de mai jos: | + | Operatorul ''%%;%%'' - este folosit pentru separarea comenzilor. Urmăm exemplul de mai jos: |
<code bash> | <code bash> | ||
Line 167: | Line 139: | ||
</code> | </code> | ||
- | În exemplul de mai sus, comanda ''%%mkdir%%'' a eșuat deoarece nu a găsit directorul ''%%operators%%'' în care să creeze directorul ''%%demo%%''. Cu toate acestea, operatorul ''%%;%%'' doar separă comenzile între ele, așa că și comanda ''%%cd operators/demo%%'' a fost executată, și și aceasta a eșuat deoarece nu există calea ''%%operators/demo%%''. | + | În exemplul de mai sus, comanda ''%%mkdir%%'' a eșuat deoarece nu a găsit directorul ''%%operators%%'' în care să creeze directorul ''%%demo%%''. Cu toate acestea, operatorul ''%%;%%'' doar separă comenzile între ele, așa că și comanda ''%%cd operators/demo%%'' a fost executată, și și aceasta a eșuat, deoarece nu există calea ''%%operators/demo%%''. |
- | Folosim operatorul ''%%;%%'' pentru a înlănțui comenzi care sunt independente unele de altele, și deci execuția lor nu depinde de succesul unei comenzi precedente. | + | Folosim operatorul ''%%;%%'' pentru a înlănțui comenzi care sunt independente unele de altele, deci execuția lor nu depinde de succesul unei comenzi precedente. |
- | Operatorul binar ''%%&&%%'' (și logic) - execută a doua comandă doar dacă precedenta s-a executat cu succes. Exemplul anterior devine: | + | Operatorul binar ''%%&&%%'' (//și// logic) - execută a doua comandă doar dacă precedenta s-a executat cu succes. Exemplul anterior devine: |
<code bash> | <code bash> | ||
Line 180: | Line 152: | ||
Observăm că din moment ce comanda ''%%mkdir%%'' a eșuat, comanda ''%%cd%%'' nu a mai fost executată. | Observăm că din moment ce comanda ''%%mkdir%%'' a eșuat, comanda ''%%cd%%'' nu a mai fost executată. | ||
- | Operatorul binar ''%%||%%'' (sau logic) - execută a doua comandă doar dacă prima s-a terminat cu eșec. Urmărim exemplul de mai jos: | + | Operatorul binar ''%%||%%'' (//sau// logic) - execută a doua comandă doar dacă prima s-a terminat cu eșec. Urmărim exemplul de mai jos: |
<code bash> | <code bash> | ||
Line 228: | Line 200: | ||
</code> | </code> | ||
- | Până acum am efectuat procesări text pe rezultatul unor comenzi. Folosind operatorul ''%%|%%'' și utilitarul ''%%xargs%%'' putem să folosim rezultatul pe post de argument pentru altă comandă, ca în exemplul de mai jos: | + | Până acum, am efectuat procesări text pe rezultatul unor comenzi. Folosind operatorul ''%%|%%'' și utilitarul ''%%xargs%%'' putem să folosim rezultatul pe post de argument pentru altă comandă, ca în exemplul de mai jos: |
<code bash> | <code bash> | ||
Line 243: | Line 215: | ||
Comanda din exemplul de mai sus afișează informații în format lung despre toate fișierele din directorul curent, excluzând directoarele. | Comanda din exemplul de mai sus afișează informații în format lung despre toate fișierele din directorul curent, excluzând directoarele. | ||
- | Dacă folosim opțiunea ''%%-p%%'' a utilitarului ''%%xargs%%'', acesta o să ne afișeze ce comandă urmează să execute și așteaptă confirmarea noastră prin apăsarea tastei ''%%y%%'' (yes) sau ''%%n%%'' (no). Este recomandat să folosiți opțiunea ''%%-p%%'' atunci când vă scrieți onelinerul pentru a verifica că comanda pe care urmează să o executați este corectă. În exemplul următor ne dorim să mutăm toate fisierele ''%%.c%%'' în directorul ''%%părinte%%'': | + | Dacă folosim opțiunea ''%%-p%%'' a utilitarului ''%%xargs%%'', acesta o să ne afișeze ce comandă urmează să execute și așteaptă confirmarea noastră prin apăsarea tastei ''%%y%%'' (yes) sau ''%%n%%'' (no). Este recomandat să folosiți opțiunea ''%%-p%%'' atunci când vă scrieți onelinerul, pentru a verifica dacă comanda pe care urmează să o executați este corectă. În exemplul următor ne dorim să mutăm toate fisierele ''%%.c%%'' în directorul ''%%părinte%%'': |
<code bash> | <code bash> | ||
Line 249: | Line 221: | ||
mv .. casts.c endian.c ptr.c signed-unsigned-representation.c signed-unsigned.c test-hard-link.c use-__thread.c?... | mv .. casts.c endian.c ptr.c signed-unsigned-representation.c signed-unsigned.c test-hard-link.c use-__thread.c?... | ||
</code> | </code> | ||
- | Cu ajutorul opțiunii ''%%-p%%'' am putut să observăm că comanda nu are sintaxa dorită și am anulat execuția ei. Problema este că avem destinația (''%%..%%'') înaintea arhivelor care trebuie mutate. | + | Cu ajutorul opțiunii ''%%-p%%'' am putut să observăm că comanda nu are sintaxa dorită și am anulat execuția ei. Problema este că avem destinația (''%%..%%'') înaintea fișierelor care trebuie mutate, iar destinația pentru ''%%mv%%'' trebuie să fie la final. |
Pentru a rezolva această problemă folosim opțiunea ''%%-I str%%'', ca mai jos: | Pentru a rezolva această problemă folosim opțiunea ''%%-I str%%'', ca mai jos: | ||
Line 271: | Line 243: | ||
==== Redirectări ==== | ==== Redirectări ==== | ||
- | Majoritatea utilitarelor pe care le folosim afișează rezultatele operațiilor pe care le aplică la ieșirea standard, adică pe ecran. În continuare vom aprofunda ceea ce am discutat despre redirectări în capitolul **Lucrul cu Fișiere**. Anterior am mai menționat și termenul de intrare standard; în această secțiune ne vom clarifica ce înseamnă, ce rol îndeplinesc și cum ne folosim de aceste cunoștințe. | + | Majoritatea utilitarelor pe care le folosim afișează rezultatele operațiilor pe care le aplică la ieșirea standard, adică pe ecran. În continuare vom aprofunda ceea ce am discutat despre redirectări în laboratorul **Lucrul cu Fișiere**. Anterior am mai menționat și termenul de intrare standard; în această secțiune ne vom clarifica ce înseamnă, ce rol îndeplinesc și cum ne folosim de aceste cunoștințe. |
Orice proces folosește implicit trei fluxuri (streams) de date: | Orice proces folosește implicit trei fluxuri (streams) de date: | ||
Line 279: | Line 251: | ||
* **STDERR** - fluxul de ieșire standard al erorilor. Un program corect scris o să scrie erorile în fluxul de ieșire al erorilor. Acest lucru permite filtrarea erorilor. | * **STDERR** - fluxul de ieșire standard al erorilor. Un program corect scris o să scrie erorile în fluxul de ieșire al erorilor. Acest lucru permite filtrarea erorilor. | ||
- | În linie de comandă, atât STDOUT cât și STDERR vor apărea pe ecran. Datorită faptului că informațiile sunt scrise în două fluxuri distincte, utilizatorul are posibilitatea de a separa rezultatele de erori. Utilizatorul face aceasta folosind redirectări. | + | În linia de comandă, atât STDOUT cât și STDERR vor apărea pe ecran. Datorită faptului că informațiile sunt scrise în două fluxuri distincte, utilizatorul are posibilitatea de a separa rezultatele de erori. Utilizatorul face aceasta folosind redirectări. |
=== Redirectarea ieșirilor standard === | === Redirectarea ieșirilor standard === | ||
Line 334: | Line 306: | ||
Observăm că am folosit sintaxa ''%%2> errs%%'' pentru a redirecta erorile în fișierul **errs**. Observăm că pentru a redirecta ieșirea standard putem omite descriptorul de fișier, așa cum am făcut cu ''%%> out%%''. | Observăm că am folosit sintaxa ''%%2> errs%%'' pentru a redirecta erorile în fișierul **errs**. Observăm că pentru a redirecta ieșirea standard putem omite descriptorul de fișier, așa cum am făcut cu ''%%> out%%''. | ||
- | Atunci când rulăm o comandă, redirectăm erorile într-un fișier pentru că vrem să verificăm că totul s-a executat cu succes. De cele mai multe ori suntem în rumătorul scenariu: | + | Atunci când rulăm o comandă, redirectăm erorile într-un fișier pentru că vrem să verificăm că totul s-a executat cu succes. De cele mai multe ori suntem în următorul scenariu: |
- Urmează să executăm o comandă care durează mai mult timp și pentru care nu putem să ținem pasul, cu ochiul liber, cu fluxul de afișare a datelor pe ecran. Un exemplu este compilarea unui proiect mai mare. | - Urmează să executăm o comandă care durează mai mult timp și pentru care nu putem să ținem pasul, cu ochiul liber, cu fluxul de afișare a datelor pe ecran. Un exemplu este compilarea unui proiect mai mare. |