Salut, Ștefan! Doar logați eroarea și terminați funcția so_exec().
PS: te rog să folosești butonul de reply-all al clientului tău de mail, ca la umătoarele mail-uri să păstrăm și lista de discuții în thread Numai bine, Răzvan On Mon, May 8, 2017 at 11:10 PM Stefan-Adrian Popa <stefanpopa2...@gmail.com> wrote: > Salut, > > Intrebarea era referitoare la locurile in care acest lucru nu este > posibil. De exemplu, functia so_exec nu intoarce nimic. Ce ar trebui sa > facem in cazul in care, in urma unui so_exec, cuanta de timp a thread-ului > ce ruleaza expira, iar in timp ce incercam sa planificam un nou thread, > intalnim o eroare? > > O zi faina, > Stefan > > 2017-05-08 23:01 GMT+03:00 Razvan Crainea <razvan.crai...@gmail.com>: > >> On Tue, May 2, 2017 at 6:20 PM Stefan-Adrian Popa via so < >> so@cursuri.cs.pub.ro> wrote: >> >>> Salut, >>> >>> Cum ar trebui sa se comporte biblioteca noastra in momentul in care >>> intampinam o eroare (de exemplu un malloc esuat)? Observ ca pentru anumite >>> functii (de exemplu, so_init), putem returna un numar negativ in caz de >>> eroare. Ce ar trebui sa facem pentru functiile unde nu e posibil acest >>> lucru? Omoram thread-ul? Omoram tot procesul? >>> >> >> Salut, Ștefan! >> >> Nu ar trebui să omorâți nici thread-ul nici procesul - ci doar să logați >> problema și apoi să întoarceți o valoarea de retur negativă (ori >> INVALID_TID, după caz). Cel care folosește biblioteca voastră ar trebui să >> ia decizia dacă un cod de eroare ar trebui să termine thread-ul sau >> procesul. >> >> Numai bine, >> Răzvan >> > >
_______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
