J´ai un problème avec ce logiciel :je n´arrive pas a compiler. J´ai essayé différents codes mais a chaque fois ça ne marche pas ! Sue dois-je faire ?

montre un de tes codes et les erreurs qu´il produit
on peut pas deviner nous...

Bah en fait je commence juste le C donc voilà

1. include < stdio.h>

int main() {
printtf("bonjour/n");
return 0;
}

Vous devriezz le connaître celui la ?

Y a qu´un seul ´t´ à printf.

Si ca ne marche toujours pas, mets nous les messages d´erreur qu´il t´indique : ton compilateur t´explique lui même ce qui ne va pas.

Ah oui c´était ça que suis je bête merci !

ca arrive a tout le monde

et c´est là que certains ont eu une super idée qui a révolutionné leur approche de la programmation : REGARDER LES ERREURS DU COMPILATEUR ET DU LINKER ! . ..

LGV...

je suis pas tout a fait d´accord avec LGV : perso j´ai jamasi réussi à comprendre les erreur que renvoie le compilo de Dev C++ : il mets des lignes qui n´ont rien a voir avec la réalité, il mets des messages qui n´ont pas de sens, etc.

bon, peut-être que pour un truc simple comme ça ça va encore, mais dès que c´est des messages d´erreur un tout petit peu ( et pas beaucoup vraiment) plus compliqué, alors il est perdu et ça devient incompréhensible.

dnob700 > pas d´accord
les messages d´erreur sont souvent les memes qui reviennent.
Des fois ils sont tordus, mais l´important c´est de savoir sur quelle ligne on est, et en général, on se rend vite compte de l´erreur !

Si parfois le compilo rale sur une ligne " propre" c´est souvent qu´a la précédente, tu as oublié un ;
du coup, il croie que ta ligne est la suite, ce qui donne... n´importe quoi

comme dit JY², pour interpreter correctement l´erreur renvoyée, il faut se placer du point de vue du compilo, pas du programmeur... Fais une erreur dans un . h, et le compilo te pointera sur une ligne dans un autre fichier ( genre un . cpp incluant le . h). Si on veut s´amuser encore plus, il suffit de sortir les templates : les erreurs n´apparaissent pas avant que le code soit explicitement utilisé, et généralement avec des noms à ralonge de 12 lignes ( vive le name mangling à coup de @mafonc~@@654f66879874c<type<<@@94b>> et je te passe la suite)
Au final je dirais que ne pas savoir interpreter l´erreur, c´est ne pas connaitre suffisamment son compilo ; certainement pas que le compilo renvoit " n´importe quoi"

j´ai toujours pensé que les compilateurs avaient une base de donnée d´erreurs et choisisait une erreur au hasard, donc quand on tombait sur une erreur du type

" error ----- Line *@#$¤, vráti aktuálnu hodnotu minus štartovaciu hodnotu nasobenú periódou ! !!!"

et c´était la faute a pas de chance du coup...

je suis pas d´accord, les erreur de dev c++ sont bien plus obscur que celle de vc++, par exemple pour un paramètre de fonction dont le type n´est pas celui attendu, vc++ me sortira une erreur disant un truc dans le genre " can not convert parameter 2 from int to char*" soyons franc, on fait difficilement plus clair.

Par contre pour la même chose dev c++ va sortir 5 lignes d´erreur desquelles il faudra extraire celle qui est interessante.

bon, c´est pas le pire bien sur, et on s´y habitue. n´empêche, dev c++ est quand même bcp moins intuitif que vc++ à mon gout.