[so] [Tema2][Linux] valgrind - File descriptor deschisi

[Alex Albu]

Salut.

Mersi pentru raspunsul rapid!

Exact asta ma nelamureste - faptul ca valgrind practic imi raporteaza un fd
standard si o face ca urmarea a apelului dup2. Nu imi e clar daca se
intampla pentru ca e un comportament normal al valgrind sau pentru ca
intr-adevar nu inchid un fd. Si spun asta pentru ca in celelalte teste unde
nu fac procesul asta de redirectare-restaurare std fd nu apar deschise
decat fd-uri mostenite de la parinte.


*Alex Albu*
+40 747 288 154


2018-03-27 19:47 GMT+03:00 Costin Lupu <costin.lup at gmail.com>:

> Salutare, Alex,
>
> Din ce văd eu e vorba despre file descriptorul 1. Tema nu cere să
> închideți file descriptorii STD{IN,OUT,ERR}. Unde e problema?
>
>
> Costin
>
> On 03/27/2018 07:09 PM, Alex Albu via so wrote:
> > Salut.
> >
> > Intampin urmatoarea problema la rularea testelor cu valgrind - la
> > restaurarea stdout in urma unei redirectari este raportat ca ramanand
> > deschis un fd care arata fie catre /dev/null fie ...testxx.in
> > <http://testxx.in>
> >
> > In urma verificarilor, in special la testul 5 care este cel mai simplu
> > si nu implica procese aditionale, pare ca nu se inchide fd-ul
> > corespunzator copie de back-up a stdout desi close-ul e scris si nu pare
> > sa dea eroare. Testand in afara checkerului este raportat ca inca
> > deschis terminalul.
> >
> > Codul cu pricina se afla in cmd.c, linia 161 pe userul de gitlab
> tmp_stud19.
> >
> > As aprecia orice sugestie :)
> >
> > Multumesc,
> >
> > Alex Albu
> >
> >
> >
> >
> > _______________________________________________
> > http://ocw.cs.pub.ro/courses/so/info/lista-discutii
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20180327/30a6b1a5/attachment.html>