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

[Yves Mettier]

[...]

> > > > > bon, et bien alors on peut modifier le protocle en
> > disant
> > > > > que, chaque fois qu'on envoie un ou une serie de
> > gint, avant
> > > > > on rajoute un gint (le canal) pour savoir a qui
> > s'adresse
> > > > > les gint (jeu ou chat).
> > > > 
> > > > Oui.
> > > > 
> > > > > 
> > > > > Puis on modifie les fonctions read_data/write_data pour
> > > > quelles
> > > > > lisent/envoient un gint (le canal) avant de lire/envoyer
> > > > la serie
> > > > > de gint (le jeu).
> > > > > Ces nouvelles fonctions read_data et write_data
> > peuvent etre
> > > > > des intermediaires:
> > > > > On peut avoir un truc du style:
> > > > > 
> > > > > read/write => lit/ecrit des gint 
> > > > >                 (tres general: read_data/write_data
> > actuel)
> > > > > 
> > > > > read_data/write_data => read/write ([canal+data],
> > > > size(canal+data))
> > > > > 
> > > > > utilisation_des_donnes => canal=-1: pas de donnee
> > > > >                           canal=0: le jeu -> data=les
> > > > cartes, le chien...
> > > > >                           canal=1: le chat -> data=la
> > > > chaine du chat
> > > > > 
> > > > > 
> > > > > le fonctions read/write corresponde aux fonctions
> > read_data
> > > > > et write_data actuelles mais en non bloquantes.
> > > > > 
> > > > > l'utilisation des donnees (pour la lecture) fait une
> > boucle
> > > > > tant que canal=-1 (pas de donnes), affiche le chat
> > quand 
> > > > > canal=1 ou sort quand canal=0 (le jeu) et traite les
> > datas
> > > > > comme le protocole actuel.
> > > > 
> > > > Deja, on ne touche pas a read_data et write_data.
> > > > On fait d'autres fonctions. Ca revient a ce que tu disais,
> > > > sauf qu'il faudra trouver d'autres noms. C'est juste de la
> > > > semantique.
> > > > read_data et write_data seront donc nos fonctions de plus
> > > > bas niveau. Il faudra juste les modifier pour les sockets
> > > > non bloquantes: verifier que ca ne plante pas.
> > > > 
> > > > Ensuite, je suis d'avis qu'on fasse nos trucs dans nos
> > > > coin, tout en nous concertant. Ainsi, on aura des
> > > > fonctions qui correspondent a nos besoins. Et un jour (le
> > > > plus tot possible quand meme), on met les trucs communs
> > > > dans libmaitretarot. Exactement ce qu'on a fait avec
> > > > read_data.
> > > > 
> > > tout a fait, je n'avai pas trop d'inspiration pour les
> > > fonctions (read et write c'est deja pris, mais ca montre
> > > le bas niveau). un truc du genre: read_data/write_data,
> > > read_canal_data/write_canal_data ca va ? (ou chanel pour
> > > la convention anglaise). 
> > > 
> > 
> > chanel_read_data?
> > 
> ca me va :)
> 
> > Bah on va prendre un truc comme ca. De toute facon, apres,
> > y'a encore le prototype a decider.
> > Cree ta fonction comme bon te semble.
> > Je ferai la mienne. Et bien evidemment, autorisation de se
> > pomper l'un l'autre!
> >
> Evidemeeeeeennnnnttttt !!! parce que c'est le meilleur moyen
> de faire un truc fonctionnel.

Mmmmh, jouons sur les mots. Justement non, c'est pas en se pompant l'un
sur l'autre qu'on fera un truc fonctionnel, parce que si on se pompe
l'un sur l'autre, on perd du temps a adapter des trucs qui ne sont pas
forcement fait pour etre fonctionnel chez soi alors que ca l'est chez
l'autre.
Mais par contre, c'est le meilleur moyen d'aller vite pour des trucs
communs. Et ca permet de se pomper les bonnes idees qui facilitent la
tache...
Bon, ca s'appelle jouer sur les mots: j'imagine qu'on est d'accord des
le debut, non?

> 
> > Et quand on aura un truc qui marche, on regardera nos
> > prototypes et on en prendra un bien. Pense juste a
> > utiliser GError pour la gestion des erreurs si l'erreur ne
> > se limite pas a "ca a marche/ca n'a pas marche".
> > 
> Ok pour les GError (RTFM pour moi :) 

La doc de glib2:
glib-error-reporting.html

Hop, facile!
Et en plus t'as un exemple dans libmaitretarot, parce qu'il y a une
petite difficulte au niveau du GQuark domain: c'est pas bien explique ce
que c'est. Moi, j'ai du aller voir les sources de glib. Je pense qu'il
te sera plus facile de voir dans les sources de libmaitretarot.

> > > > > voila, je crois que c'est une solution possible.
> > > > 
> > > > Oui.
> > > > 
> > > > De mon cote, j'ai un week-end a rien faire (juste passer
> > > > chez le coiffeur et faire les courses).
> > > > 
> > > > Vu le temps, je pense que je vais faire 50% de
> > > > maitretarot, 50% a me faire une distrib sur disquette
> > > > (c'est mon nouveau data) et 50% a rien faire. Plus 50% a
> > > > mater l'un ou l'autre dvd.
> > > > Donc des qu'il y a de l'activite sur la ml de maitretarot,
> > > > je fais du maitretarot.
> > > > 
> > > Ouais, moi j'ai des paquets de copies a corriger (pt1 de
> > > devoir commun), mais sinon je pense que je trouverai le
> > > temps de finir le client (faire une partie complete).
> > > 
> > > Ensuite j'aimerai bien mettre en place la partie commune
> > > pour la communication client/serveur et faire l'IA de
> > > base (qui dependra de la partie commune).
> > > Ensuite passer a glib-2.0, faire le chat...
> > > (ca ressemble a un TODO ca !)
> > 
> > Oui.
> > Bah moi, je verrai ma motivation. Peut-etre que je ferai
> > un fork de maitretarot pour ajouter le gint et changer le
> > protcole comme on a dit. Et aussi ajouter les encheres.
> > Ce sera un fork, donc je ne ferai pas de commit sur le cvs
> > actuel. Au pire, je creerai une nouvelle branche.
> > 
> oui, s'il te plait, ne modifie pas la branche principale
> de maitretarot, du moins pas avant que le client ne soit
> pleinement fonctionnel au niveau du protocole du jeu.
> (j'ai encore des tests a faire).

:)

> 
> > > 
> > > 
> > > > Au fait, on n'a plus de nouvelles de Guillaume?
> > > > 
> > > oui, c'est vrai ca, Guillaume t'es OU ???
> > 
> > Guillooooooooooooooooooooooooooooooooooaume!
> > 
> \o\ \o\ Guillaume /o/ Guillaume \o\ Guillaume /o/ /o/

Oheeeeeeeeeeeeeeeeeeeeeeeee!

Yves
-- 
- Homepage - http://ymettier.free.fr                   -
- GPG key  - http://ymettier.free.fr/gpg.txt           -
- MyAM     - http://www.freesoftware.fsf.org/myam      -
- GTKtalog - http://www.freesoftware.fsf.org/gtktalog  -