[so] [Tema2][Linux] valgrind - File descriptor deschisi
Alex Albu
alex.u.albu at gmail.com
Tue Mar 27 20:15:42 EEST 2018
Ooook. Are sens :)
Mersi fain pentru clarificare!
On Tue, Mar 27, 2018, 20:08 Costin Lupu <costin.lup at gmail.com> wrote:
> În testele tale, valgrind îți raportează de fiecare dată că file
> descriptorii standard rămân deschiși. Când faci redirectare-restaurare
> valgrind știe să-ți spună și unde s-a inițializat ultima oară file
> descriptorul stdout. În rest îți zice că i-ai moștenit din părinte, mai
> multe informații nu-ți poate da.
>
> Deci e o raportare firească. Ba mai mult, indică un comportament corect,
> că stdout-ul a fost redirectat-restaurat.
>
> Costin
>
> On 03/27/2018 07:54 PM, Alex Albu wrote:
> > 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
> > <mailto: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>
> > > <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
> > <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/6fc82e7a/attachment-0001.html>
More information about the so
mailing list