[so] descriptori deschsi

Andrei Ciuca andrei.ciuca at gmail.com
Fri Nov 2 22:32:37 EET 2007


Da, dar daca exec esueaza atunci trebuie inchisi de mine ... si mi-e mai
usor sa-i inchid si pe 0,1,2 tot timpul dupa ce esueaza exec decat sa tin
anumite structuri in aux care sa-mi zica daca si care a fost redirectat .
Presupun ca nu are nimic daca ii inchid pe toti ... ? si asa urmeaza imediat
exit si nu o sa-i mai folosesc ( apropo de asta ... nu e cam inutila faza cu
inchisul descriptorilor fix inainte de exit  ?)

On 11/2/07, Catalin Iacob <iacobcatalin at gmail.com> wrote:
>
> > On Friday 02 November 2007 17:51:12 Catalin Iacob wrote:
> >
> > Daca nu i-ai redirectat e ok sa-i lasi asa. Gandeste-te ca in aplicatii
> nu
> > faci inchiderea lui 0 1 si 2.
> >
> > Daca ai redirectat 1 de exemplu: duplici file descriptor-ul a in 1, 1
> era
> > deschis, dup2 il inchide pe 1 (atentie: din cauza asta trebuie sa faci
> dup2
> > dupa fork altfel inchizi si stdout-ul parintelui); tu trebuie sa-l
> inchizi
> > pe a. Deci 1 redirectat nu trebuie lasat deschis (desi nu mai e 1, e
> noul
> > file descriptor - a in exemplu).
> >
> > Catalin
>
> Am zis o tampenie dar mi-am dat seama abia dupa ce am dat send :-D.
> Fiindca
> dupa dup2 urmeaza exec, procesul pe care il executi o sa foloseasca file
> descriptor-ul (a din exemplul de sus) si la un moment dat o sa-l inchida
> el
> deci nu trebuie facuta explicit inchiderea de tine.
>
> Catalin
> _______________________________________________
> so mailing list
> so at cursuri.cs.pub.ro
> http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/so
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cursuri.cs.pub.ro/pipermail/so/attachments/20071102/6fb112d5/attachment-0001.htm


More information about the so mailing list