0

voici la situation, je développe un BHO (Browser Helper Object) en C++ avec Visual Studio 2008, et j'ai appris que la mémoire n'était pas gérée de la même manière en mode Debug que en mode Release. Donc, quand je lance mon BHO en mode débogage, Internet Explorer 8 marche très bien et je n'ai pas d'erreur du tout, le navigateur reste toujours vivant, mais dès que je le compile en mode release, je n'ai pas d'erreur, pas de message, rien , mais après 5 minutes, je peux voir à travers le gestionnaire de tâches que les instances d'Internet Explorer ne font que manger de la mémoire, puis le navigateur cesse de répondre à chaque fois. S'il vous plaît, j'ai vraiment besoin d'un indice sur la façon d'obtenir un retour sur ce qui pourrait être l'erreur. J'ai entendu cela, souvent c'était en raison de la mauvaise gestion de la mémoire. J'ai besoin d'un logiciel qui récupère juste un vidage de mémoire ou quelque chose quand iexplorer se bloque pour m'aider à trouver le problème. Toute aide est appréciée, je vais chercher des réponses tous les jours, merci.J'ai besoin de déboguer mon BrowserHelperObject (BHO) (en C++ avec Visual Studio 2008) après un crash Internet Explorer 8 en mode Release

+1

Je crois que cette question convient mieux à StackOverflow, car il s'agit davantage de la programmation/gestion de la mémoire. S'il vous plaît ne pas crosspost, le poste sera automatisé en temps voulu et vous pouvez continuer à suivre les réponses sur http://stackoverflow.com – Sathya

Répondre

0

J'ai résolu mon problème en utilisant des fichiers symboles (fichiers .pdb) que j'ai téléchargés sur le serveur de symboles microsoft. En associant le processus iexplorer.exe à VisualStudio'08, j'ai ensuite reçu plus d'infos sur chaque module .dll qui participait à l'exécution. J'ai alors pu trouver quelle ligne spécifique où provoquant ie8 l'accident. Il s'agissait de verrou CMutex (mais c'est une autre histoire).