Les Matrices en C : c pas gagné... - Page 1

Salut à tous.

J'ai quelques questions à propos des matrices :

1°) Comment initialiser à zéro toutes les valeurs d'une matrice globale du genre :

short mat[17][9];

2°) Si l'on a :

short mat[17][9];
short mat2[17][9];

... On Donne des valeurs à 'mat' ...

Comment faire l'équivalent de ça :

mat2 = mat;

-> En fait, c'est une copie ou une sauvegarde de 'mat'. Ce que j'ai écrit ci-dessus parait juste mais c'est impossible en C, contrairement au Pascal...

Merci...

1°) En utilisant memset. Probablement memset((void *)mat,0,sizeof(mat)) (à voir, je n'ai pas testé).
2°) En utilisant memcpy. Probablement memcpy((void *)mat2,(void *)mat,sizeof(mat)) (je n'ai pas testé non plus).

tout simplement :

1) memset(mat,0,17*9*sizeof(unsigned short))

2) memcpy(mat2,mat,17*9*sizeof(unsigned short))

(dans les deux cas tu peux effectuer le 17*9*sizeof(unsigned short) toi-même)

Sachant que la taille d'un unsigned short est 2 sous TIGCC.

Et si tu veux l'initialiser à 0 au moment de la déclaration, tu fais : short mat[7][19]={};

Malheureusement, sur TI-89/92+/V200, cela ne dispense pas du memset parce qu'un programme peut être en RAM, auquel cas les valeurs seront changées directement dans le programme.

Ah oui, c'est vrai !
et si la tableau est déclaré sur la pîle (en variable locale quoi), ça se passe comment ?

Merci =-)
Je vais essayer tout ça.

En fait je suis en train de programmer un Démineur et je profite de l'occasion pour savoir si certains se porteraient volontaires pour être béta-testeurs.
Si ça vous branche, vous n'avez cas déposer vos adresses emails ici, ou bien m'en envoyer un.

Je pense que le projet sera prêt d'ici Noêl, voire avant si tout va bien.

@+

On peut avoir un screenshot avant de se prononcer ?

Oui bien sur, mais RETENEZ surtout qu'ils sont tout à fait provisoires.
(D'ailleurs je ne me suis pas encore occuppé des GrayScales, je préfère avoir un jeu fonctionel d'abord.) Voilà, à vous de juger.

Le Titre : (sera sûrement un peu changé)



Le menu : (Vite fait mais tout à fait provisoire)



Le jeu : (à venir : GrayS, peut-ê un relookage complet...)



Voilà comme ça vous avez un peu plus de détails, mais sachez que je suis en phase 'pré-alpha' donc les béta tests ne sont pas pour tout de suite...

Merci

flow > on dit pas matrice mais tableau.

Il y a déjà plusieurs démineurs pour TI-89/92+/V200... Dont TIMiner sur http://tict.ticalc.org.

goldstar
a écrit : flow > on dit pas matrice mais tableau.

Peu importe... Comprend matrice comme "tableau à deux dimentions", ça a l'avantage d'être plus précis !

goldstar > Tableaux, matrice... Ok j'admets.

Kevin > "Il y a déjà plusieurs démineurs pour TI-89/92+/V200..."

...Tu as répondu à ta propre question : pourquoi pas un de plus ? C'est en effet pas très original de ma part mais l'idée m'a plu (et je suis assez 'a sec' en idées pour de futurs projets...)

Parce que x démineurs sont déjà (x-1) de trop.
Mais tu es libre de programmer ce que tu veux.

Pffffff...
Alors un seul jeu de cheque type, un seul kernel, un seul shell, un seul explorer.

Voilà on a fait le tour. La communauté peut disparaitre, tout est fait.

> Alors un seul jeu de cheque type, un seul kernel, un seul shell, un seul explorer.
Pour les kernels, ça n'aurait vraiment pas été un mal s'il n'y en avait eu qu'un. Au lieu de ça: nombreuses incompatibilités en tous genres, dues à l'absence de standard... et j'en passe.
Pour le reste... chacun peut programmer ce qu'il veut, que ça soit pour apprendre ou non...

XDanger
a écrit : Pour les kernels, ça n'aurait vraiment pas été un mal s'il n'y en avait eu qu'un. Au lieu de ça: nombreuses incompatibilités en tous genres, dues à l'absence de standard... et j'en passe.

Et encore, sur TI-89/92+/V200, ils se sont au moins mis d'accord sur le format des programmes à utiliser. Sur TI-85 par exemple, c'est bien pire: chaque shell (combinaison shell/kernel en fait) a son propre format, totalement incompatible avec les autres. Il n'y a que le format ZShell qui est reconnu par tous les shells (plus ou moins bien - certains l'implémentent de manière incomplète). On se retrouve donc à devoir s'amuser avec un "shell switcher" et à remplir toute sa RAM (déjà très limitée) avec des shells si on a envie d'utiliser plusieurs jeux en assembleur.

Oui mon cher Lionel.

Surtout que je n'avais jamais vraiment utilisé de matrices, (euh... tableux) auparavant.
Et j'espère introduire quelques modes supplémentaires : compte à rebours, etc... Cela dit, je n'atteindrais jamais le niveau de TI-Mner de la TICT, car je comprends à peine leurs sources et je ne suis pas un as de la programmation non plus .

Voilà, et pour les bétas testeurs....

> Cela dit, je n'atteindrais jamais le niveau de TI-Mner de la TICT, car je comprends à peine leurs sources
Je suis membre de TICT, ce n'est pas pour ça que j'ai désossé tous les sources pour comprendre ce que ça fait (je n'ai jamais regardé l'algorithme de TI-Chess et de nombreux autres programmes)...
Le source de TI-Miner n'est pas le plus facile des sources de TICT, notamment la partie où la stack est utilisée pour découvrir un endroit où il n'y a pas de mines.

> et je ne suis pas un as de la programmation non plus
Moi non plus.

Voilà le type de phrase que je m'attendais pas à trouver, ni de ta part ni de celle de Kevin (je pense que beaucoup ici en conviendront). Bravo

XDanger : Enfin pour être dans le TICT, tu ne doit pas être trop mauvais...

Bob > en C rigoureux on appelle une matrice un tableau à 2 dimensions c tout. Après pour des question de rapidités ect, bcp disent matrices.

T'as lu mon post ?

Comprend
matrice comme "tableau à deux dimentions", ça a l'avantage d'être plus précis !

Rien à foutre du "C rigoureux", tout le monde comprend quand on dit matrice, et comme c'est plus court...

jackiechan > et si le tableau est déclaré sur la pile (en variable locale quoi), ça se passe comment ?

Avec une déclaration du genre short tableau[10]= {} , il est initialisé au début de la fonction, à chaque appel.

Oui, mais chaque élément du tableau est initialisé à 0 un part un, ou bien le compilo remplace tout par un appel à memset() si la taille du tableau est trop gros ?

C'est la deuxième version. GCC appelle bzero, une fonction de TIGCCLIB à usage interne qui ne fait qu'appeler le ROM_CALL memset.

> Voilà le type de phrase que je m'attendais pas à trouver, ni de ta part ni de celle de Kevin (je pense que beaucoup ici en conviendront).
?? Nous, nous savons reconnaître que nous ne sommes pas les meilleurs.
Il me semble que Kevin a déjà dit ce genre de trucs, mais je peux me tromper...

Par contre, je n'ai jamais lu ce genre de choses de la part de certaines personnes ici (je précise que je ne vise pas Thibaut)...

> je précise que je ne vise pas Thibaut
Pour une fois

Tu as bien fait, je m'apprêtais à t'insulter encore

Pourquoi crois-tu que j'aie pris la peine de préciser que je ne te visais pas ?
En plus, il me semble que toi aussi, tu as reconnu tes limites. Donc il serait parfaitement anormal que je m'amuse à dire que tu n'as pas reconnu tes limites.