[SFML 1.6 + CB] Plantage au lancement.

[Magnas]

Bonjour à tous,

Un "collègue" m'a passé l'archive du projet en cours qui fonctionne parfaitement chez lui. Lorsque j'ouvre le projet et fais un rebuild, aucune erreur n'apparait, mais lorsque je lance le projet, celui-ci "a cessé de fonctionner".

Cela me l'avait déjà fais sur une autre archive qui s'était remise à fonctionner "par miracle".

Je suis vraiment perdu sur ce problème, d'autant plus que la date limite pour se projet arrive à grand pas, et si vous avez déjà rencontré ce genre de problème, je vous remercie grandement de pouvoir m'aider.

Merci d'avance

[Laurent]

Tu as exactement le même compilo (même version) que lui ?

Sinon, quand un projet "cesse de fonctionner", utilise ton debugger pour en savoir plus. C'est à ça que ça sert

[Magnas]

D'abord merci pour la réactivité

Eh bien, il utilise Code::Blocks 10.05 et moi la version 12.11, je suppose donc que nos versions de minGW ne sont pas complètement les mêmes.
Je ne suis qu'en première année d'info, et j'avoue ne pas cerner complètement les subtilités des compilateurs, debugger &co... je pensais qu'un rebuilt suffirait.

j'ai essayé, mais lorsque je lance le "debug" sur le projet, gdb.exe cesse de fonctionner :/

[Laurent]

Debug le debugger Nan je déconne.

Code::Blocks 10.05 utilise un gcc inférieur à 4.7, et Code::Blocks 12.11 utilise un gcc 4.7. Et malheureusement, gcc 4.7 introduit un changement qui le rend incompatible avec les versions précédentes. Du coup les binaires SFML de ton pote ne peuvent pas fonctionner avec ton gcc.

Pour corriger ça tu as plusieurs options :
- utiliser la même version de Code::Blocks
- ne pas toucher à Code::Blocks mais utiliser la même version du compilateur
- recompiler SFML avec ton compilateur

Ce que je conseille : synchronisez votre environnement de développement, vous aurez moins de problèmes. Et tant qu'à faire, ce serait plutôt à ton ami de mettre à jour ses outils, puisqu'il utilise des vieux.

Note que SFML 1.6 n'a pas de version précompilée pour gcc 4.7, il faudra donc la recompiler si vous choisissez ce compilateur.

[Magnas]

J'ai desinstallé la version 12.11 au profit de la version 10.05 (tout l'IUT étant sur 10.05, et donc toutes les archives)
Le problème persiste, il y a juste le debugger qui ne plante plus, mais qui ne trouve pas d'erreurs non plus.

J'ai une archive datant d'il y a 5 jours qui fonctionne parfaitement, codée et compilée avec les mêmes machines que celle-ci, et elles ont les mêmes DLLs et options de compilation.

J'ai vraiment du mal à cerner d'où peut provenir l'erreur, pour le coup :/

[Laurent]

Tu es sûr que les autres utilisent le compilateur par défaut de Code::Blocks ? Parce qu'il est possible que SFML 1.6 ait été compilée avec un autre gcc.

Bon, et puis sans debugger, je ne peux pas t'assurer que le problème soit toujours le même. Si ça se trouve maintenant c'est autre chose, lié au code. Ce n'est pas possible que le debugger ne fonctionne pas, tu faire quelque chose de travers. Essaye de creuser ça aussi.

[Magnas]

Oui, c'est le compilateur par défaut qu'il utilise.
Il y a un moyen rapide de recompiler SFML, au cas où ?

Bah dans la mesure où le code est fonctionnel chez lui, je me dis qu'il est écrit correctement.
Enfin, je vais tout de même analyser les codes et voir s'il n'y a pas un tout petit truc qui change tout ^^'

[Laurent]

Il y a un moyen rapide de recompiler SFML, au cas où ?

C'est expliqué dans le tutoriel.

[Magnas]

Okey, merci pour votre aide

[Magnas]

C'est résolu. Il y avait bien un problème dans son code, vu qu'il mettait ses ressources en chemin absolu, et qu'on a pas le même PC...

Désolé d'avoir dérangé pour rien.

[Laurent]

Ca veut dire que dans votre code il n'y a pas de test sur les loadFromFile, avec un petit message d'erreur si nécessaire. Ca veut aussi dire que vous ne scrutez pas la sortie standard (SFML y affiche des erreurs).

C'est vraiment moche tout ça