Discussion :

[nysay27]

Bonjour a tous,

J'ai un programme qui s’exécute correctement en mode debug et non en release. Petit tour sur les warnings qui sont au nombre de 0.Alors, je me demande si le debug fournit des valeurs au départ en terme de mémoire ou d'initialisation de variable qui lui permette d'aller jusqu'au bout mais je ne trouve rien et magie, mon collègue l'embarque sur son PC et il fonctionne parfaitement bien . Petite précision, j'ai réinstallé code block mais sans plus de réussite.

Je pense que mon collègue n'a pas changer la configuration initale de code blocks.

C'est un problème machine?

Merci

[ternel]

As-tu bien activé tous les warnings avec l'équivalent de -Wall -Wextra de gcc ou /W4 de visual studio?

Quand ca ne fonctionne pas en release, mais en débug, en général, c'est parce que le mode débug initialise scrupuleusement toutes les variables à 0 par défaut.
C'est notamment le cas des pointeurs.

Pour résoudre le problème, il n'y a que trois choses à faire:

• Utiliser un débuggeur pour savoir ce qui pose problème.
• Réduire les portées des variables
• Initialiser les variables aussi tôt qu'elles sont déclarées. C'est à dire déclarer les variables uniquement quand on sait les initialiser.

Ce en quoi, si tu nous disais ce que signifie concrètement ton "ca marche pas", ca serait plus simple d'aider.
En l'occurence, c'est un crash? des valeurs erronnées, pas de valeurs, un message d'erreur?

Si ca marche chez ton collègue, c'est a priori qu'il n'a pas exactement la même configuration: une version différente de la bibliothèque standard, du compilateur, des bibliothèques systèmes, de processeur, d'OS, ou que sais-je encore

[picodev]

Bonjour,
ça sent le heisenbug … il «tombe en marche» chez ton collègue et ne fonctionne pas chez toi. À vue de nez je te dirais bien que c'est un accès illégal à une mémoire que tu n'as pas alloué. Chez ton collègue la valeur aléatoire accédée ne fait pas planter, chez toi ça plante.
En plus des bons conseils de Leternel, tu peux essayer de passer ton programme par Valgrind ou équivalent, utiliser les address sanitizer si tu compiles avec gcc ou clang …

[nysay27]

oui c'est un crash. Pur et simple.

Utiliser un debogger est impossible puisque lui fait tout ce que je demande dans mon programme. toutes les variables sont initialisées.

Est ce que l'allocation mémoire sur un ordinateur peut être différents selon son modèle et par extension un programme sans crash sur un peut devenir un problème sur un autre?

[nysay27]

Picodev; tu entends quoi par il tombe en marche?

[nysay27]

Pourriez vous me donner une solution pour visualiser ce problème de mémoire avec code block sous windows. J'ai fait des recherches mais ce n'est pas très varié pour le débogage mémoire.

Merci

[Metalman]

(désolé de te suivre hihi)

Utilise Dr Memory sur windows !

Les paramètres à lui donner :
drmemory.exe -show_reachable c:/dossier/mon_executable.exe param1 param2

[picodev]

Picodev; tu entends quoi par il tombe en marche?

C'est un coup de chance s'il fonctionne … un peu le contraire de tomber en panne ^^