[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Maitretarot-devel-fr] changement dans le protocole.
From: |
philippe brochard |
Subject: |
Re: [Maitretarot-devel-fr] changement dans le protocole. |
Date: |
17 May 2002 19:17:18 +0200 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Yves Mettier <address@hidden> writes:
> On 16 May 2002 10:05:49 +0200
> philippe brochard <address@hidden> wrote:
>
> >
> > Super, c'est beaucoup plus clair comme ca, merci :)
> >
> > Si qq1 a le temps, il faudrait changer les termes
> > de protocole.txt parce que ce n'est pas tres clair (je
> > peux m'en charger des que j'ai le temps).
> >
> >
> > Note : tu as peut etre remarque mais je me base que
> > sur protocole.txt. En fait j'ai aussi regarde le code
> > de maitretarot, mais je pense que si quelqu'un vient
> > coder dans maitretarot, il se basera aussi sur
> > protocole.txt et non pas sur le code de maitretarot.
> > Donc, c'est un moyen de rendre le protocole le plus
> > clair possible. Le probleme c'est que ca fait beaucoup
> > de rapport de bugs :)
>
> Pas grave. Il faut que protocole.txt soit le plus clair possible.
> Quant aux rapports de bugs, il y en a peut-etre eu plusieurs fois
> plusieurs pour un meme bug, mais a chaque fois il y avait un bug avere.
> Donc pas de probleme.
>
Ok, ca me rassure :)
C'est une habitude de programmation que j'ai pris depuis un certain
temps. J'avance peut-etre lentement, mais quand j'ai fini un module
ou une etape, je suis quasiment sur qu'on peut le laisser de cote
et passer a la suite (enfin presque, puisque rien n'est infaillible :) ).
> Des fois, je me dis que tu pourrais regarder dans le code de maitretarot
> (game.c et playerthread.c) avant de demander au sujet du protocole. Mais
> en fait, ca permet de clarifier le protocole.
> De plus, si playerthread.c est tres clair, ce n'est pas le cas de game.c
> et en l'occurence, il y a des petites choses que je ne maitrise pas
> encore dans game.c. Je pense que je m'y mettrai soit pour comprendre le
> bug des enchere (qui te dit "tricherie"), soit lors d'une prochaine
> coding party.
>
En fait, je fait les deux et si c'est simple je m'adapte. Mais je me base
quand meme toujours sur le protocole.
Philippe
> Yves
>
> >
> >
> > Philippe
> >
> >
> > Yves Mettier <address@hidden> writes:
> >
> > > [...]
> > >
> > > >
> > > > bon, maintenant j'ai un probleme avec la suite du protocole qui ne
> > > > me parait pas tres claire.
> > > > Voila le morceau incriminer :
> > > >
> > > > --------------------------------------------------
> > > > S->C(4*gint) : resultat final des enchères. C'est au client de
> > > > savoir
> > > > si quelqu'un a pris et qui. Si personne n'a pris, les
> > > > 4 gint sont à 0, et c'est au client de savoir qu'on va
> > > > voir le chien puis recommencer la partie.
> > > >
> > > > *** jusque la tout va bien,
> > > >
> > > > S->C(6*gint) : Les 6 cartes du chien.
> > > >
> > > > *** ici gros probleme, quand est-ce qu'on recoit le chien ?
> > >
> > > On le recoit:
> > > - quand tout le monde a passe (je viens de modifier le code de
> > > maitretarot pour cela)
> > > - quand un joueur a fait la petite ou la garde
> > >
> > >
> > > > a quoi correspond ce chien ?
> > >
> > > ??? A des cartes j'imagine.
> > >
> > > > si tout le monde passe, il faut le recevoir pour le montrer a
> > > > tout le monde.
> > >
> > > Je viens de corriger.
> > >
> > > > si c'est une prise ou une garde, il faut le recevoir mais c'est
> > > > le but de la partie suivante de regler ca
> > > > si c'est une garde sans ou contre, on ne doit pas recevoir le
> > > > chien puisqu'on n'a pas besoin de le voir.
> > >
> > > Exact, et dans ce cas, le chien n'est pas envoye.
> > > D'ailleurs, il manque un morceau tout a la fin du protocole. Il
> > > faudrait envoyer le chien aux joueurs, quel que soit le cas, a la
> > > fin de la partie, qu'elle ait ete jouee ou non, qu'on ait fait une
> > > sans/contre chien ou simplement une garde/petite/passe.
> > > J'ai modifie le protocole. Le serveur suit le protocole.
> > > >
> > > >
> > > > Si la partie continue (si une personne au moins n'a pas passe)
> > > > --------------------------------------------------------------
> > > >
> > > > *** la suite me semble correcte.
> > > >
> > > > Defausse pour le preneur
> > > > ========================
> > > >
> > > > S->C(1*gint) : 1 pour le preneur, 0 pour les autres. Si l'enchere
> > > > est
> > > > une garde sans ou contre le chien, alors tout le monde
> > > > recoit 0.
> > > > Si Le gint précédent est à 1 :
> > > > C->S(6*gint) : Les 6 cartes defaussées dans le jeu du preneur.
> > > > Le serveur vérifie que ces cartes sont bien présente
> > > > dans le jeu du preneur.
> > > > S->C(1*gint) : 1 si la defausse est correcte, 0 sinon. si la
> > > > défausse
> > > > n'est pas correcte, on retourne à l'étape précédente.
> > > >
> > > > --------------------------------------------------
> > > >
> > > >
> > > > pour l'instant, je ne sais pas quoi faire de ces 6 cartes du
> > > > chien.
> > >
> > > Bah tu les lis, et tu te defausses si c'est a toi de te defausser.
> > > Sinon, cat chien>/dev//null.
> > >
> > > 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 -
> > >
> > >
> > > _______________________________________________
> > > Maitretarot-devel-fr mailing list
> > > address@hidden
> > > http://mail.freesoftware.fsf.org/mailman/listinfo/maitretarot-devel-fr
> > >
> > >
> >
> > --
> > ,-------------------. ,---------------,----------------------.
> > | Philippe Brochard | ... | address@hidden | http://hocwp.free.fr |
> > `------------------(_ (. .) `---------------'----------------------'
> > -------------------ooO--(_)--Ooo--------------------------------------
> >
> > _______________________________________________
> > Maitretarot-devel-fr mailing list
> > address@hidden
> > http://mail.freesoftware.fsf.org/mailman/listinfo/maitretarot-devel-fr
>
>
> --
> - 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 -
>
>
> _______________________________________________
> Maitretarot-devel-fr mailing list
> address@hidden
> http://mail.freesoftware.fsf.org/mailman/listinfo/maitretarot-devel-fr
>
>
--
,-------------------. ,---------------,----------------------.
| Philippe Brochard | ... | address@hidden | http://hocwp.free.fr |
`------------------(_ (. .) `---------------'----------------------'
-------------------ooO--(_)--Ooo--------------------------------------
- Re: [Maitretarot-devel-fr] changement dans le protocole., (continued)
- Re: [Maitretarot-devel-fr] changement dans le protocole., Yves Mettier, 2002/05/17
- Re: [Maitretarot-devel-fr] changement dans le protocole., philippe brochard, 2002/05/17
- Re: [Maitretarot-devel-fr] changement dans le protocole., Yves Mettier, 2002/05/17
- Re: [Maitretarot-devel-fr] changement dans le protocole., philippe brochard, 2002/05/18
- Re: [Maitretarot-devel-fr] changement dans le protocole., Yves Mettier, 2002/05/18
- Re: [Maitretarot-devel-fr] changement dans le protocole., nico, 2002/05/19
- Re: [Maitretarot-devel-fr] changement dans le protocole., philippe brochard, 2002/05/19
- Re: [Maitretarot-devel-fr] changement dans le protocole., Yves Mettier, 2002/05/19
- Re: [Maitretarot-devel-fr] changement dans le protocole., philippe brochard, 2002/05/16
- Re: [Maitretarot-devel-fr] changement dans le protocole., Yves Mettier, 2002/05/16
- Re: [Maitretarot-devel-fr] changement dans le protocole.,
philippe brochard <=