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

[philippe brochard]

"address@hidden"<address@hidden> writes:

> > "address@hidden"<address@hidden> 
> writes:
> > 
> > > > Yves Mettier <address@hidden> writes:
> > > > 
> > > > > On 22 May 2002 17:48:19 +0200
> > > > > philippe brochard <address@hidden> wrote:
> > > > > 
> > > > > > "Nicolas Boulay" <address@hidden> 
> > > writes:
> > > > > > 
> > > > > 
> > > > > [...]
> > > > > 
> > > > > > > J'aime pas l'idée d'avoir plusieurs socket 
> pour 
> > > un m^me programe. De
> > > > > > > plus, si les messages sont typés, cela évite 
> > > d'avoir à gérer trop
> > > > > > > finement les états des serveurs.
> > > > > > > 
> > > > > > euh, moi je decouvre toute la partie 
> communication 
> > > en reseaux, donc
> > > > > > si vous dites qu'il faut coder avec une seule 
> > > socket, alors je vous
> > > > > > suis (mode=pas contrariant :)
> > > > > 
> > > > > En fait, si on veut faire les choses bien, et 
> rendre 
> > > maitretarot
> > > > > facilement extensible, je crois qu'il faudrait 
> typer 
> > > les messages.
> > > > > En d'autres termes, et c'est un exemple: tout 
> message 
> > > devra etre precede
> > > > > d'un gint. Ce gint, s'il est egal a zero, c'est 
> le 
> > > protocole. S'il est
> > > > > egal a 1, c'est autre chose, a definir plus tard.
> > > > > 
> > > > d'ailleurs, ce gint peut etre a autre chose que 1 -
> > 
> > > plusieurs canaux
> > > > possibles (comme un multiplexeur en electronique :)
> > > > ce n'est pas trop dur a faire, il suffit de 
> modifier 
> > > les fonctions
> > > > write_date et send_date et rajouter un parametre 
> pour 
> > > savoir sur quel
> > > > canal on envoi les donnees et de canal elles 
> viennent 
> > > (j'ai compris
> > > > comment ca marche :)
> > > 
> > > Ooops, je me suis mal exprime. Tu viens de dire ce 
> que je 
> > > voulais vraiment dire. Bref, on s'est compris!
> > > 
> > :)
> > 
> > > > 
> > > > > Au niveau des sockets et du nombre de sockets, 
> c'est 
> > > facile. Entre 2
> > > > > programmes:
> > > > > 1/ si t'en as une, tu geres les differents types 
> de 
> > > messages en fonction
> > > > > d'un element qui fait partie du protocole (comme 
> le 
> > > gint dont j'ai parle
> > > > > ci-dessus)
> > > > > 2/ Si t'en as deux, tu geres les differents types 
> de 
> > > messages en
> > > > > fonction de la ou ils viennent.
> > > > > 
> > > > > Cas 1: il faut etendre le protocole
> > > > > Cas 2: il faut coder un truc pour lire les 2 
> sockets 
> > > a la fois.
> > > > > 
> > > > > Et dans le cas 2, on bouffe une ressource de plus.
> > > > > Donc cas 1=mieux. Et hop, t'as mon explication.
> > > > > 
> > > > apres reflexion (voir plus haut) tout a fait 
> d'accord 
> > > pour la solution 1 !
> > > 
> > > OK. Un de ces jours ou on bossera en meme temps au 
> meme 
> > > moment.
> > > 
> > Oui, ou alors on se sert de la libmaitretarot (avec les
> > net.c et net.h en commun) tu modifie l'API de net.h,
> > dans les client/IA plus rien ne marche (mais on sais 
> pourquoi),
> > on corrige les clients et on a un systeme de 
> communication avec
> > plusieurs canaux. reste plus qu'a voir comment on 
> l'utilise, mais
> > dans un premier temps, on peut ignorer se gint.
> 
> On peut effectivement se servir de libmaitretarot, mais a 
> mon avis pas dans le sens ou tu l'entends.
> Les canaux dont tu parles, c'est dans des fonctions haut 
> niveau. Tant qu'on fonctionne avec read_data et 
> write_data, il doit y avoir 100% compatibilite.
> 
ok, je crois que j'ai comris comment ca marche avec select.

En fait, la fonctions read_data est bloquante pendant
n secondes (le temps de select) apres elle sort et c'est aux
fonctions superieures d'interpreter le resultat (-> des donnees
ou pas...)


c'est ca ?


Philippe


-- 
,-------------------.         ,---------------,----------------------.
| Philippe Brochard |   ...   | address@hidden | http://hocwp.free.fr |
`------------------(_  (. .)  `---------------'----------------------'
-------------------ooO--(_)--Ooo--------------------------------------