Re: Rep:Re: [Maitretarot-devel-fr] le client fonctionne :)

[address@hidden]

> "address@hidden"<address@hidden>
writes:
>
> > En gros, c'est ca.
> > man select
> > man poll
> >
> > Moi, je suis pour select. Poll est sympa aussi mais
est
> > moins portable (ca march sur solaris quand meme).
select
> > est pas posix mais est super portable. pselect est
posix,
> > mais c'est pas sur solaris2.6.
> > Bref, je prefere select.
> >
> > A moins qu'on n'utilise le read non bloquand?
> >
> >
> le principe (si j'ai bien compris) de select c'est de
regarder
> une entree pendant n secondes et au bout de se temps de
dire
> s'il y a des donnees sur l'entree ou non.
> => ca permet de faire une boucle en attendant qu'il y
ait des
> donnees et de les traiter en fonction du canal.

Exact!

>
> Pour poll, ca me semble un peu plus compliquer (je n'y
ai pas
> trop regarde).

Poll semble un peu plus complique, mais ca n'est pas plus
complique. Simplement, faut faire le malloc du tableau a
fournir en argument a poll. C'est ce malloc qui semble
plus complique.

>
>
> Donc, moi ca me va. A moins qu'il y est des arguments
plus
> convainquant pour le read non bloquant.

read non bloquant: plus simple a faire, et ca bouffe pas
de memoire ni de cpu. Bref, mieux: on a besoin d'une
seule ligne de code pour ca.

A mon avis, faut voir le besoin reel, et coder en
fonction quand on en aura besoin.

Yves
--
homepage - http://ymettier.free.fr                   -
gtktalog - http://www.freesoftware.fsf.org/gtktalog  -
cardpics - http://www.freesoftware.fsf.org/cardpics/ -

--------------
Profitez des 2 offres exceptionnelles Tiscali !
"Internet Gratuit le Jour" et "Modem ADSL remboursé"
Cliquez ici, http://register.tiscali.fr/forfaits_ls/
Offres soumises à conditions.