Re: [Maitretarot-devel-fr] bug du client gtk

[philippe brochard]

Yves Mettier <address@hidden> writes:

> On 08 Dec 2002 00:42:40 +0100
> philippe brochard <address@hidden> wrote:
> 
> > 
> > Ben, voila, quand on reprend le code d'un programme en
> > entier, on fini par trouver les bugs :)
> > 
> > Bon, donc, en faisant la version sans les threads (qui
> > marche tres bien), je me suis rendu compte que j'avais
> > le meme bug qu'avec la version avec les threads.
> > 
> > Ce bug viens de cette fonction :
> >  g_signal_connect_swapped (GTK_OBJECT (win), "response",
> >                            G_CALLBACK (response), player);
> > qui est donne dans l'exemple de la doc gtk pour gerer les
> > boites de dialogue :
> > 
> >         http://developer.gnome.org/doc/API/2.0/gtk/GtkDialog.html
> > 
> > et en fait en utilisant un
> >  g_signal_connect (GTK_OBJECT (win), "response",
> >                    G_CALLBACK (response), player);
> > ben, tout marche tres bien :)
> 
> Mouahahahahahaha (desole)
> 
Ouais, ca c'etait un vrai bug (pas une fonctionnalite
que j'avais pas eu le temps de faire).
M'enfin, c'est corrige et en plus maintenant je sais
qu'il y a 2 facons de resoudre le meme probleme :)


Sinon, j'ai rajoute des popup au cas ou la connexion
ne pourrai pas etre etabli dans les modes single et
multi joueur.
Et les programmes lances en mode single player ne sont
plus en chemin relatif. il faut donc les installer 
quelque part ou ils sont accessible par le $PATH, ou
alors il faut faire un fichier de config.

D'ailleurs, le fichier de config ne semble pas etre pris en
compte avec l'option -c :(
> > 
> > 
> > Resultat des courses : la version sans les threads marche
> > bien, mais il reste du travail a faire dessus (par exemple
> > pour les affichages lorsqu'on attend). D'autre part, le
> > programme est moins reactif sans les threads.
> > 
> > Donc, je pense qu'on peut rester avec la version du client
> > gtk avec les threads. Je garde quand meme la version sans
> > les threads au chaud (on sait jamais...).
> 
> On va mettre ça sur le CVS, mais dans une branche distincte.
> 
Ok

> > PS : des fois, gdb il est pas tres clair :)
> 
> Dis pas de mal de mon pote gdb!
> 
J'en dis pas du mal, il est tres bien gdb!
mais sur ce bug, il etait pas trop bavard => il ne
me disait meme pas quelle etait la fonction qui cree
le bug. Meme en remontant la trace (bt).
Juste de temps en temps qu'il y avait un appel a la
fonction 0x00000000 :(

> Yves (taquin:)
> 
Philippe  (content que son programme tourne mieux:)

-- 
(    )
 ~oo~         Philippe Brochard    <address@hidden>
  .. Gnu!                           http://hocwp.free.fr
  / =\   \=
 -   -    -   -=-= http://www.fsf.org/home.fr.html =-=-