<div dir="auto">Ooook. Are sens :)<div dir="auto"><br></div><div dir="auto">Mersi fain pentru clarificare!</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Mar 27, 2018, 20:08 Costin Lupu <<a href="mailto:costin.lup@gmail.com">costin.lup@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">În testele tale, valgrind îți raportează de fiecare dată că file<br>
descriptorii standard rămân deschiși. Când faci redirectare-restaurare<br>
valgrind știe să-ți spună și unde s-a inițializat ultima oară file<br>
descriptorul stdout. În rest îți zice că i-ai moștenit din părinte, mai<br>
multe informații nu-ți poate da.<br>
<br>
Deci e o raportare firească. Ba mai mult, indică un comportament corect,<br>
că stdout-ul a fost redirectat-restaurat.<br>
<br>
Costin<br>
<br>
On 03/27/2018 07:54 PM, Alex Albu wrote:<br>
> Salut.<br>
><br>
> Mersi pentru raspunsul rapid!<br>
><br>
> Exact asta ma nelamureste - faptul ca valgrind practic imi raporteaza un<br>
> fd standard si o face ca urmarea a apelului dup2. Nu imi e clar daca se<br>
> intampla pentru ca e un comportament normal al valgrind sau pentru ca<br>
> intr-adevar nu inchid un fd. Si spun asta pentru ca in celelalte teste<br>
> unde nu fac procesul asta de redirectare-restaurare std fd nu apar<br>
> deschise decat fd-uri mostenite de la parinte.<br>
><br>
><br>
> *Alex Albu*<br>
> +40 747 288 154*<br>
> *<br>
><br>
><br>
> 2018-03-27 19:47 GMT+03:00 Costin Lupu <<a href="mailto:costin.lup@gmail.com" target="_blank" rel="noreferrer">costin.lup@gmail.com</a><br>
> <mailto:<a href="mailto:costin.lup@gmail.com" target="_blank" rel="noreferrer">costin.lup@gmail.com</a>>>:<br>
><br>
>     Salutare, Alex,<br>
><br>
>     Din ce văd eu e vorba despre file descriptorul 1. Tema nu cere să<br>
>     închideți file descriptorii STD{IN,OUT,ERR}. Unde e problema?<br>
><br>
><br>
>     Costin<br>
><br>
>     On 03/27/2018 07:09 PM, Alex Albu via so wrote:<br>
>     > Salut.<br>
>     ><br>
>     > Intampin urmatoarea problema la rularea testelor cu valgrind - la<br>
>     > restaurarea stdout in urma unei redirectari este raportat ca ramanand<br>
>     > deschis un fd care arata fie catre /dev/null fie ...<a href="http://testxx.in" rel="noreferrer noreferrer" target="_blank">testxx.in</a> <<a href="http://testxx.in" rel="noreferrer noreferrer" target="_blank">http://testxx.in</a>><br>
>     > <<a href="http://testxx.in" rel="noreferrer noreferrer" target="_blank">http://testxx.in</a>><br>
>     ><br>
>     > In urma verificarilor, in special la testul 5 care este cel mai simplu<br>
>     > si nu implica procese aditionale, pare ca nu se inchide fd-ul<br>
>     > corespunzator copie de back-up a stdout desi close-ul e scris si nu pare<br>
>     > sa dea eroare. Testand in afara checkerului este raportat ca inca<br>
>     > deschis terminalul.<br>
>     ><br>
>     > Codul cu pricina se afla in cmd.c, linia 161 pe userul de gitlab tmp_stud19.<br>
>     ><br>
>     > As aprecia orice sugestie :)<br>
>     ><br>
>     > Multumesc,<br>
>     ><br>
>     > Alex Albu<br>
>     ><br>
>     ><br>
>     ><br>
>     ><br>
>     > _______________________________________________<br>
>     > <a href="http://ocw.cs.pub.ro/courses/so/info/lista-discutii" rel="noreferrer noreferrer" target="_blank">http://ocw.cs.pub.ro/courses/so/info/lista-discutii</a><br>
>     <<a href="http://ocw.cs.pub.ro/courses/so/info/lista-discutii" rel="noreferrer noreferrer" target="_blank">http://ocw.cs.pub.ro/courses/so/info/lista-discutii</a>><br>
>     ><br>
><br>
><br>
</blockquote></div>