pb d'affichage d'une sprite - Page 4

Mon bouquin de C++ je l'ai lus 2 fois et j'ai toujours pas compris certain trucs.

lol faut le lire mieux

lire ne fait pas tout : il faut pratiquer ; c'est la pratique qui fait tout

XDanger
: kkkk: quelles sont les options de compilation que tu utilises ? Avec -W -Wall, GCC devrait générer un warning quand il y a une assignation au lieu d'un test...

Pas s'il y a des parenthèses autour (c'est justement la méthode documentée pour supprimer ce warning).

nEUrOO
: Prend un tuto ou la doc de tigcc avec toi, pke je pense pas que tu connaisses ( ? : )

Il suffit de savoir que c'est comme le when en BASIC. Cf. http://tigcc.ticalc.org/doc/faq.html#47.

geogeo
: Un livre pour débuter est une très bonne chose, les tutos ne suffise pas.

Avec tout le matériel disponible sur Internet, ça suffit largement. Pas la peine d'acheter un livre.

Comme livre, j'ai "Langage C" dans la collection PC poche de Micro Application. Ce livre a déjà quelques années, je ne sais pas s'il sera encore disponible.

nEUrOO :
Moi, j'ai commencé avec un boukin de C++ Pour en arriver au fait que le C c'est vachement mieux !

bof je suis pas d'accord. c bien les classes.
une fois qu'elles sont faites ça rend le prog bcp plus lisible/facile à maintenir/etc

Oui, plus lisible, et ce n'est pas pour cela que C++ est mieux ... Je prefere le C, c'est tout
Et tout d'abord, le C est plus beau que le C++ (si, les :: ca fait pas beau )

PS
pour se degrossir un bon tuto suffit je pense
pour aller + loin autant prendre le bouquin de k&R pour le C
et celui de Bjarne Stroustrup pour le C++ (en plus il est pas cher, 250F si je me rapelle..) Par contre faut pas l'acheter si on veut un truc simpliste..

nEUrOO :
Oui, plus lisible, et ce n'est pas pour cela que C++ est mieux ... Je prefere le C, c'est tout

ben t'as le droit de preferer un truc moins bien
;D

Et tout d'abord, le C est plus beau que le C++ (si, les :: ca fait pas beau )

meuuu si ! et pis les using namespace ça en elimine pas mal qd meme

J'ai fait des sous fonctions dans main
Ou faut il les placer ?
-AU tout début
-Apres l'assignation des variables
-ou tout à la fin ???

Et sinon dans mon prog j'utilise une liste mais apres je fais appelle à un sous prog pour l'afficher mais j'ai beau changé la liste la liste reste toujours la même
J'ai marqué au début :
const char *L[20] =
{
"Partie 1","Partie 2","Partie 3","","","","","","","","","","","","","","","","","",};

Est ce que je devrais mettre

char L[20];
Et après mettre des valeurs(comment ??)

(1) Bah ca dépend, si tu déclares des proto, tu peux les mettres après ...

(2) Bah elle est déclarée comme constante

(3) Dans un char L[20]; tu pourras uniquement mettre 20 caractères ...

(1) + (2) + (3) => Va apprendre le C avant de programmer ...

faut que je marque char *L[20] ??

char **L;
char (*L)[20];
char L[20][260];

c les trois choix qui s'offre à moi ??
Et pour apres rentrer des chaines de caractères dans L ??

oui, enfin, une chande de caractère par L[i] ...
Les deux premieres nécessitent des allocation, la derniere est stupide sur calculatrice, ca prendrait 260*20*2/1024=10.15ko ...

Et comment je fais pour la remplir apres
**L ="","","",,""

tu alloues ...

J'ai fait des sous fonctions dans main
Ou faut il les placer ?
-AU tout début
-Apres l'assignation des variables -ou tout à la fin ???

faut que je marque char *L[20] ??

Tu sais lire ou pas? Dans ce cas, tu achètes un livre ou alors tu trouves un tutorial sur le net pour apprendre le C. Si tu essayes de programmer au hazard, tu n'arriveras à rien.

Je préfère le C++ à cause des classes. C'est super pratique je trouve

kkkk :
J'ai fait des sous fonctions dans main
Ou faut il les placer ?
-AU tout début
-Apres l'assignation des variables -ou tout à la fin ???

Je dirais "apres l'assignation des variables", mais les 3 sont possibles. Cf. http://tigcc.ticalc.org/doc/gnuexts.html#SEC66. D'ailleurs, les sous-fonctions ne sont pas du C ISO, et pour TIGCC, elles ne marchent correctement que si tu utilises ça: http://tigcc.ticalc.org/gcc33/ et suis les instructions (si tu as un warning "Execution in ghost space needed", mets #define EXECUTE_IN_GHOST_SPACE).

Et sinon dans mon prog j'utilise une liste mais apres je fais appelle à un sous prog pour l'afficher mais j'ai beau changé la liste la liste reste toujours la même
J'ai marqué au début :
const char *L[20] =
{
"Partie 1","Partie 2","Partie 3","","","","","","","","","","","","","","","","","",};

Est ce que je devrais mettre

char L[20]; Et après mettre des valeurs(comment ??)

Non, tu es censé mettre:
const char *(L[20]);
(Je trouve que c'est plus clair avec les parenthèses, mais tu peux faire sans.)
et puis pour chaque entrée du tableau, tu mets:
*L=malloc(sizeof("Partie 1"));
strcpy(*L,"Partie 1");

L[1]=malloc(sizeof("Partie 2"));
strcpy(L[1],"Partie 2");

L[2]=malloc(sizeof("Partie 2"));
strcpy(L[2],"Partie 2");

...

(Il faudra t'habituer à la notation *L pour L[0].)

Il faut qu'il sache que c'est pareil, mais qu'il n'est pas obligé du tout de l'utiliser. Je lui conseille personnellement de garder L[0].

Je ne vois pas d'avantage à la notation *L. C'est moins lisible. Ca ne sert à rien d'avoir un compilateur qui optimise si on n'en profite pas pour améliorer la lisibilité du code, nan ?

L'avantage, c'est que ce sont 2 caractères de moins à taper.

Pour moi, la lisibilité a plus d'importance.

*L est très lisible.

Il est moins clair que L[0] je trouve. Mais on ne va pas se bagarrer pour ça ! C'est très subjectif. On a donné notre avis. Point. kkkk choisit la notation qu'il veut, personne n'a à lui dire "utilise ça impérativement"

Merci beaucoup pour ceux qui prenne la peine de me donner une réponse

Va apprendre le C

jackiechan, tu aurais fait quoi si j'avais répondu la même chose à tes questions à toi...

J'avoue que j'aurais mieux fait de ne pas poster...
Mais d'un autre côté, ça n'aurait pas été un mal que tu me dises ça, je pense.

sans doute si tt dans le meme cas