Le programme se comporte anormalement lorsqu'il est déployé

Question

Je suis en grande difficulté. S'il vous plaît aider. J'ai créé un jeu pour mon client. Cela fonctionne correctement lorsque je l'exécute à partir de Visual Studio 2008 (à la fois dans la version et la configuration de débogage). Mais quand j'exécute son exe autonome (ou que je fais un projet d'installation), ça ne marche pas très bien. Cela fonctionne mais cela ne fonctionne pas complètement, et le problème est constant (il montre le même problème à chaque fois, quand je compile et exécute stand alone exe). J'ai eu ce problème dans le passé mais heureusement je l'ai résolu. La façon dont ce problème a été résolu est très inhabituel: - Tout fonctionnait parfaitement bien et j'ai apporté quelques modifications au code. le même comportement inhabituel que décrit ci-dessus. Puis j'ai commencé à annuler les modifications dans le code un par un. Le jeu a commencé à fonctionner parfaitement lorsque j'ai supprimé une variable particulière d'une classe et il utilise. Ensuite, j'ai vérifié toutes les règles C++ et tout, mais n'a trouvé aucun problème dans mon implémentation.Même tout fonctionnait bien quand je cours du Visual Studio. Mais j'avais besoin de cette variable et de ses utilisations dans le jeu pour certaines fonctionnalités du jeu. Donc, à cette époque, j'ai déclaré la variable dans PUBLIC (auparavant c'était une variable protégée) et tout fonctionnait parfaitement bien.

Je suis très surpris de voir ce comportement inhabituel, chaque fois que je déclare la variable comme PROTÉGÉE il y a un problème mais si je copie et collez dans le public le problème est résolu (la variable est seulement utilisée dans la classe où elle est déclaré donc il ne devrait y avoir aucun problème).

S'il vous plaît aidez-moi Je reçois à nouveau ce problème inhabituel et ne recevant aucune solution pour le moment.

Dites-moi ce qui peut causer ce problème. Merci Tarun

Answer 1

La modification de la visibilité des variables membres peut potentiellement modifier la disposition de la classe, car C++ définit uniquement un ordre dans les sections de visibilité, et non entre elles. Peut-être que votre changement brise un code qui n'est pas recompilé par votre projet.

Answer 2

Si cela se produit en dehors du débogueur, mais pas dans le débogueur, vous pouvez être en mesure de le reproduire en utilisant la variable d'environnement _NO_DEBUG_HEAP, tel que décrit ici (entre autres): http://blogs.msdn.com/b/larryosterman/archive/2008/09/03/anatomy-of-a-heisenbug.aspx

cette variable devrait faire la Le programme exécuté sous le débogueur se comporte plus comme le programme s'exécutant en dehors du débogueur.

Vous pouvez définir des variables d'environnement dans Visual Studio, donc elles ne touchent que le processus débogué: How do I set specific environment variables when debugging in Visual Studio?

Answer 3

Je résolu ce problème. C'était vraiment très très difficile de trouver la solution. J'écris ici comment suivre ce genre de bugs. Quelques étapes que vous devriez essayer en premier: - 1) Ne pas ignorer les avertissements du compilateur. Supprimer tous les types d'avertissements. 2) Programme pour écrire les états de la variable dans un fichier près de la partie critique de votre programme où vous avez un doute qui cause une erreur. Écrivez les états à chaque étape. Examin la Variable, vous pouvez trouver quelques variables d'initialisation ou type incorrect cast ou comarison.

Conclusion: 1) Éviter toute coparison (égale à la comparaison) avec les valeurs à virgule flottante. 2) Si vous faites une comparaison basée sur le temps, assurez-vous de vous en soucier complètement. 3) Ce Microsoft People n'est pas un dieu.