Moi aussi je dois préparer un puissance 4, je me suis pas mal cassé la tête pour trouver la logique de vérification des lignes, colonnes, diagonales...
Mais en voyant la version de C4H8O3 dont je me suis largement inspiré (http://soj.mesdiscussions.net/forum2.php?config=overclex.inc&post=83&cat=14&cache=&sondage=0&owntopic=0&p=1&trash=0&subcat=0) j'ai compris que je devais pas me casser la tête et utiliser un petit tableau...
 
Car je voulais faire un puissance 4 avec x lignes/colonnes définis par l'utilisateur, il me restait alors à créer une fonction permettant de vérifier à chaque coup et peut importe la taille du tableau, si un joueur avait gagné ou pas...
Mais comme je le disais, c'est bien plus dur ça vu qu'il ne faut pas vérifier 3 cases avant ou 3 cases après celle que l'on vient de jouer uniquement mais aussi 2 avant, 1 après, etc. etc.
 
Enfin pour pouvoir faire mon puissance 4 bien complet, je voulais d'abord commencer par épurer la version de C4H8O3 et ensuite l'améliorer, là je viens de finir de l'épurer mais maintenant à la compilation par d'erreur mais à l'exécution ça plante dés le début, il m'est donc impossible de trouver facilement l'erreur...
 
Dans les principaux changements par rapports à C4H8O3, j'ai renommé quelques trucs pour que ce soit plus simple pour moi, supprimé 2~3 fonctions qui n'étaient jamais utilisées , pour la fonction afficher il utilisait un entier n à la place de tailletab, je l'ai retiré et mis tailletab, plus quelques autres petites modifes je pense...
 
Voilà tout est dit, si on pouvait m'aider à trouver l'erreur
 
Correction :  
- define en majuscule  
- do while en while quand cest possible vu quil y a un if qui vérifie avant, merci pour "l'astuce"  
- define après include  
- void main() en int main (void) + return 0;
- matrice_debut en matrice_init
- tourjoueur = tourjoueur++; en tourjoueur++;
- col = col--; en col--;
- lots of corrections lol
 

Là je gagne 100 lignes par rapport à la version de C4H8O3

deja au lieu de faire des "if do while" tu pourrai faire des "while" (ligne 50) ca serrai un peu plus lisible ^^  
Ah et les #define sont en majuscule normalment (c'est plus clair )
 
(je continue ma lecture lol)

Merci pour le conseil, je suis a mes débuts aussi en c
 
on m'a tjs appris à faire des do {} while et non des while {} car le do while à l'avantage que si la condition est fausse avant le script, pendant que le script est lu pour la première fois il est possible de faire en sorte que la condition devienne vrai, ainsi que la boucle continue et non ne s'arrête...enfin me trompe peut-être
 
edit1: ok donc dans tout le script, faut modifier le tailletab par TAILLETAB vais faire ça

ben là tu as un "if" qui controle une 1ere fois la condition , puis ca rentre dans le "do while" jusqu'a ce que la condition soit fausse...
 
autant faire un while() ^^  
le while va tester si la condition est vrai et si elle est vrai on rentre dans le while (donc c'est le role de ton "if" sauf que lui te faie rentrer dans le "do while" )

tu as fait ton code pour une matrice carrée de taille TAILLETAB
 
pourquoi tu as ca

 
pk pas plutot "int matrice[][]" ou meme plutot "int** matrice" ?
 
C'est mieux comme ca ^^ les pointeurs c'est genials

 
 
cette avantage ne s'utilise que quand on en a besoin
la plus part du temps on en a pas besoin donc on fait un while
 
j'ai aussi constaté que bcp de "prof" enseigné cette stupidité
c'est domage, qu'ils disent clairement que "while" et "do while" sont 2 choses différentes

• on fais les define après les includes, comme ça pas de risque qu'une librairie écrase un de tes define

en effet, les .h des librairies sont fait de tel manière que quand il rencontre un define à eux déjà défini, il l'écrase sans te prévenir
 
donc en mettant tes define après les includes, c'est toi qui veras que tu es en train (ou non) d'écraser un define
 

• la fonction main s'écrit : "int main (void)" et non "void main ()" (tout de moins quand on a pas besoin des arguments, sinon y'a un 2ème prototype)

ce qui t'oblige aussi à faire un "return 0;" à la fin du main

• matrice_debut --> matrice_init ou matrice_reset, c'est plus parlant

• tourjoueur = tourjoueur++; ---> tourjoueur++;

• Code : for (i=0;i<TAILLETAB;i++) // Ligne    {      printf("\n%d",i++); // Légende lignes      for (j=0;j<TAILLETAB;j++)// Colonne      {        printf("%d ", vecteur_puissance[i][j]); // Affiche la valeur de la cellule      }    }

aie ! c'est bien ce que je pensais, tu n'as pas compris la notation "i++;"
i++; incrémente la valeur de i, il ne fais pas que tu donner la valeur de i+1.
 
i = 2;
// i vaut 2
i++;
// maintenant i vaut 3
 
donc dans ton printf("\n%d",i++); tu fais incrémenter i en plus de l'incrémentation effectue dans ton for
tu dois sans doute louper des lignes

• fflush(stdin);

NON NON NON
on ne fait pas ça !
stdin est un flux entrant, tu n'as pas à y toucher mis à part par l'intermédiaire des fonctions de lecture du flux entrant (scanf, getchar, etc ...)
tu dois repenser ton système de lecture d'entrée, car il est mauvais  

• col = col--; ---> col--;

pareil que la notation i++;
 

• break; // Casse la boucle puisque vainqueur

les break dans les boucle sont tout à fais possible
mais très peu recommandé
en effet, on préfer qu'une boucle s'arrête par sa condition d'arrêt
utiliser des break dans les boucles donnes un code dit "spagheti"
c'est un peu comme utiliser des goto
repense t'as boucle pê qu'avec un while ça te seras plus facile
 
 
bon, essaye déjà de corriger tout ça, on veras pour la suite

Mouarf jsuis pas malin, je viens de me rendre compte que je devais travailler sur un rectangle 6*7 vais pouvoir  
 
refaire une bonne partie...
 
CryoGen : j'ai corrigé le "do while" en "while" car comme tu me l'as indiqué le if vérifie déjà la condition.
mettre "int matrice[][]" à la place de "int matrice[][define]" on peut ? j'ai tjs appris à faire comme ça aussi..
pour ce qui est des pointeurs tu as raison, je vais d'ailleur devoir faire une version avec pointeur
 
Deadog :  
- "int main (void)" + "return 0;" à la fin de la fonction main j'avais jamais vu ça, on m'a tjs dit d'utiliser "void main()"
- matrice_debut modifié en matrice_init en effet ça fait mieux
- tourjoueur corrigé
- euuh si j'ai bien compris le principe d'incrémentation par ++ mais je ne pensais que que le ++ dans le printf allait changer quelque chose...je fais ça pour éviter au joueur d'être perturbé par la ligne 0 je rajoute donc i--; directement en-dessous du printf
- col-- corrigé, même chose qu'avec le i-- ci-dessus sauf que j'avais pas oublié de l'ajouter cette fois
- fflush(stdin); je dois tous les retirer alors ? on m'a appris à toujours mettre ça avant un scanf, ça servait à effacer ce qu'il y avait en mémoire avant...
- pour le break; je vais regarder ça
 
je viens de le passer à la moulinette pour voir si ça allait encore planter et c'est tjs le cas, compilation ok execution ça plante...mais bon normal j'ai encore rien changé de très important, à mon avis ça doit être une de mes boucles ou conditions qui est mal pensée...

Tes profs sont vraiment horrible ^^
 
int matrice[][] c'est pareil que int** matrice >> pointeur
 
pour faire passer une matrice sans pointeur je crois qu'on doit faire int matrice[taille][taille] , mais ca ne va pas modifier la matrice qui est dans le main()... va falloir faire un return matrice lol c'est trop laid ^^ passe directement au pointeur je crois ca sera plus nette

dans quel école es-tu ?
pke ils vous apprennent n'importe quoi
je peux te l'assurer
 
si tu tiens à bien apprendre le C, je te conseil d'apprendre par internet, par les forums, etc ...
style sur hfr tu pourras déjà en apprendre pas mal
 
mais la, "void main()", "fflush(stdin)" et autre, c'est vraiment mal
je te donne un indice pour te passer de fflush(stdin) :
le problème c'est qu'il te reste le "\n" dans le flux d'entré
pour y pallier, après chaque entré au scanf on fait un getchar();

Mmmm merci bien pour toutes ces bonnes infos je vais passer un peu de temps dessus et je mets la nouvelle version dés que je l'ai...et qui fonctionnera je l'espère
 
je sais que ce serait mieux de passer aux pointeurs directement mais je termine d'abord la façon avec indices...
 
pour le getchar(); le prof en a rapidement parlé mais ne s'en sert jamais
 
par contre comme vous le dite c'est pas génial comme école, pourtant c'est une des plus réputée en belgique et c'est pas la première fois que j'ai ce genre de problème...pour tout dire je voudrais devenir développeur web mais il n'y a pas d'études pour ça, alors je fais de l'informatique de gestion, ce qui s'en rapproche le plus...mais bon coder en c c'est pas ce que je préfère, j'aimerais bien mieux voir le php
alors en plus que ça me plait pas trop, les profs font du n'importe quoi !! un autre exemple tiens : puts ("" ); j'ai lu que c'était mieux d'utiliser ça que printf quand on mettait une phrase sans appelet de constante, j'ai jamais vu ça au cours...
ou bien j'ai une prof étrangère (jai rien de mal contre eux) qui nous donne cours d'analyse, mais bon comme elle parle pas bien français, pour elle habiter a "paris" ET "lyon" c'est possible alors qu'on ne peut habiter que a "paris" OU "lyon" mais pour elle en français ça semblait normal...enfin je m'arrête là car il y en a encore des biens bonnes...
 
ca m'énerve d'étudier pour avoir un bout de papier alors que je me rend compte que ce que l'on m'apprend, je l'apprendrais mieux par moi même...
 
ps: dernière question pour remettre l'écran à zéro (effacer tout) j'utilise system("cls" ); mais il existe aussi clrscr(); ou quelque chose de semblable, laquelle est-il préférable d'utiliser ?

Alors deja tu peux tres bien utiliser les indices avec les pointeurs ^^  
 
exemple avec tes matrices  
 

 
la fonction system() execute la commande passer en argument
 
si tu ouvre une fentre DOS et que tu tapes "cls" , tu vas effacer la fenetre

Vi c'est juste je pourrais utiliser les indices avec les pointeurs en plus mais je dois faire une version avec rien que des indices et une version avec des pointeurs pour tout ce qui est possible...
 
pour effacer la fenêtre en fait system('cls'); ça tourne sous visual c 6 et borland c++builderx
tandis que clrsrc(); ça tourne que sous la version de bordland pas sous visual, ça donne une erreur à la compilation et vu que j'utilise visual à l'école...
mais vu que ça a évolué maintenant, je me demande ce qui est le mieux d'utiliser ?
 
j'avance avec le script en mettant en commentaire les fonctions afficher, matrice_init et place_pion j'ai pu compiler et exécuter...je me rapproche de l'erreur edit: je dirais même que ça vient de matrice_init...
 
j'ai bien difficile de trouver l'erreur dans le code de la matrice_init qui me semble bien simple pourtant...

Ils sont fou tes profs ^^ faire une version seulement avec des pointeurs sans utiliser les indice , ca veut dire comprendre les pointeurs à fond et aussi à quoi correspond un tableau en memoire ainsi qu'une matrice...  
 
Pour effacer l'ecran utilise la version que tu veux (et surtout celle qui amrche pour toi )
 
 
Le probleme avec ta fonction c'est que ca ne modofie la matrice que en local... donc il n'y a pas 36 solutions
 
Soi tu declare la matrice en global (et du coup tu ne la passes pas en parametre ) mais c'est pas propre du tout
 
Soit tu fais un return matrice (int [][] matice_init(...)) mais ca te fait utiliser les pointeurs...
 
Soit tu utilises les pointeurs

il modifie le pointeur qu'on lui passe en paramètre
donc à moins que mon cerveau soit enfumé ce soir, je pense que c'est bon

 
faut dire que je trouve bizarre le fait de specifier une des taille de la matrice et pas l'autre... ca me fait penser à un semi-pointeur

j'ai fais ça de façon pas très propre mais ça fonctionne
dans la fonctione main j'ai mis ceci :
 

 
 
une petite pikure de rappel, "vecteur_puissance[][TAILLETAB]" dans on parle dans les posts plus haut, que je peux remplacer par "vecteur_puissance[][]" je peux faire ça quand je déclare les fonctions en début de script ? je pense que oui. dans la fonctin main ? je pense que non. dans les fonctions, lorsque je les ouvre "void xxx (vecteur_puissance[][]" ? je pense que oui.
TAILLETAB n'est donc utile que comme référence dans tout le script et comme indication pour la création du tableau dans le main
 
vais devoir virer le break kar il me pose problème, il empêche l'affichage de la personne qui a gagné...j'ai modifié ça, suffit de regarder mon premier post pour comprendre ce qui a changé...
mais j'ai un ptit problème avec le script, dans la fonction coupgagne il y a plusieurs balisent for qui renvois un return mais celui-ci est modifié en fin de fonction car si aucun des balises for n'est exécutée il faut quand même avoir un return. la solution serait un if mais celui-ci serait énorme vu toutes les conditions testées par les for.
 
edit: impossible de supprime le define dans aucune des matrice pour avoir "matrice [][]" autrement erreur à la compilation

J'avance petit à petit, je debug et j'améliore en même temps...
Voici ce qu'il me reste à faire :
- corriger le problème de break (joueur gagnant)
- nombre de lignes utilisées en define (6)
 
Je viens de corriger l'affichage du nombre de la ligne/colonne pour qu'il se base sur le define.
J'ai voulu ajouter une demande de confirmation pour la colonne où mettre le pion et je me suis rendu compte avec ça que mon do while dans la fonction main était "trop" complet il y a tellement de conditions dans tous les sens que ça foire, je vais donc le découper en if + while
 
------------------------------------
 
edit: nouvelle version du script, cette fois j'ai fais disparaître le gros "do while" du main, maintenant il en reste un petit "do while" + un "if" qui contient un "while" qui contient quatres "if" et ça fonctionne parfaitement comme ça la confirmation aussi
 
maintenant je m'attaque au "joueur gagnant" puis au "6*7"
 
pour le moment avec "joueur gagnant" je galère pas mal, impossible de sortir de la boucle "do while" de mon main, comme si la fonction coupgagne ne me retrounait rien...
j'avance, je pense que vu que j'appelle dans le "do while" la fonction "coupgagne(puissance_4,coupjoueur)" et que je la rappelle dans la condition du "do while", la condition ne peut être vérifiée vu que la première fois que la fonction a été appelée elle a modifié le tableau...
je met donc en commentaire l'appel de ce fonction dans le "do while" pour qu'il n'apparaisse plus que dans la fonction. Parfait maintenant quand un joueur gagne ça s'arrête...mais le programme se coupe à la place d'exécuter ce qu'il y a apparait le "do while"
 
------------------------
 
edit again : JE SUIS DESOLE DE VOUS ASSOMER AVEC TOUTES CES QUESTIONS ET TOUT CES POTS... voilà comme ça c'est dit car je comprend que ça doit en énerve plus d'un
voici à quoi ressemble la fin de ma fonction main maintenant :

 
malgré ça, lorsque un joueur est gagnant ça plante je suis donc allé regarder à fond cette fonction coupgagne et je me pose la question suivant : la fonction s'arrête dés le premier return trouvé ou bien va-t-elle jusqu'à la fin de la fonction ? car si c'est le cas, j'ai lorsque un joueur gagne un "return=coupjoueur" puis à la fin de la fonction j'ai un "return 0" ce serait alors pitetre bien ça qui fait que le prog se coupe, car il reçoit un premier return qui lui dit de sortir puis un second return qui lui dit de recommencer...

Ben des que le prog rencontre un return , il return ^^ (logique ) et donc l'execution de la fonction s'arrette

Mmmmmm foutu c alors j'espérais qu'il ne s'arrête pas après un return vais devoir chercher ailleur...
 
Bizarre quand même que le prog s'arrête après ma boucle "do while" et non à la fin de la fonction main
 
---------------
 
 
edit: mais que je suis con lol je pensais que le code après mon "do while" ne s'exécutait pas, mais en fait il s'exécutait...mais le programme ne fesait que l'afficher sans attendre que l'utilisateur appuye sur une touche du clavier pour le faire disparaîte, un "getch();" a résolu le problème
 
 
---------------
 
Je viens de mettre à jour le script dans mon premier post, désormais il fonctionne parfaitement ce qui était loin d'être le cas dans les premières versions de ce script...
 
Mais bon le script est monté à 250 lignes mais bon c'est pour tout le blabla que j'ai rajouté (Présentation du script et confirmation de chaque action)
 
Il ne me reste plus que à modifier le script en 6 lignes/7 colonnes.
Pour ça je vais créer un nouveau define, ensuite je vérifierais de mettre le bon define au bon endroit...après ça je vire dans les conditions etc. l'utilisation des chiffres pour faire désormais référence aux defines (autrement ça servirait à rien de faire des defines ).
 
Après ça je look exactement comment est faite la vérification des lignes, colonnes, diagonales pour voir si on pourrait joueur sur un tableau 50*50
 
Et puis pour m'amuser regarder ce qu'il est possible de faire en ai  

Ben je pense avoir bien avancé là
 
Le puissance 4 fonctionne correctement maintenant, on peut modifier le nombre de lignes/colonnes grâce aux defines sans que ça n'influence la stabilité du script on peut se faire un 51*52 mdr
 
Le puissance 4 est muni d'une confirmation, pour éviter de jouer trop vite et de mettre le pion dans la mauvaise case.
 
La puissance 4 est muni d'un petit texte de présentation au début du jeu.
 
La puissance 4 renvoit un message sépcial si un joueur gagne/personne n'a pu gagner.
 
On pourrait encore faire mieux ?
 
Me reste à en faire une version avec pointeurs et ce sera parfait
 
ps: new script dans mon premier post

tu utilise deja les pointeurs...
 
int matrice[][taille] c'est pareil que int* matrice[taille]

en effet    
 
par contre ça devient int *mt juste ou je me trompe ? on doit po préciser de ligne ou colonne vu que c'est un pointeur...
 
voir même int * pour la création des fonctions
 
par contre quon on appelle dans le main une fonction ce serra nomfonction(matrice[][taile])

je crois que si tu fais ma_fonction(&matrice[taille]); ca ira aussi

---------------
modérateur inside plankaivoo - ici powered - Je roule en micra 1l 55cv et je t'emmerde

oula oui c'est bien ça devais être un peu trop fatigué hier soir

c'est casse geule vos trucs la ...

Tant que ça fonctionne

 
 
surement pas !
c'est pas pke ça fonctionne que c'est une bonne façon
 
c'est la meilleur manière de prendre des mauvaises habitudes, et le jour ou se seras pas le même contexte ça va pas marcher et on va se demander pkoi

je n'ai pas dis que c'était la meilleure façon de faire un puissance 4 mais que veux-tu on m'a OBLIGE à faire comme ça