[so] [Tema4] Tratare erori
Razvan Crainea
razvan.crainea at gmail.com
Mon May 8 23:12:30 EEST 2017
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 <stefanpopa2209 at 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.crainea at gmail.com>:
>
>> On Tue, May 2, 2017 at 6:20 PM Stefan-Adrian Popa via so <
>> so at 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20170508/0d5531b9/attachment.html>
More information about the so
mailing list