Écrasement aléatoire de l'application .net dans kernelbase.dll, exécutée en 32 bits sous Windows 7 64 bits

Question

Nous avons un client qui exécute notre produit 100% .NET sur une machine W7 64 bits. L'application cible explicitement x86 et fonctionne donc en mode 32 bits. Sur la machine du client, nous obtenons des plantages aléatoires dans kernelbase.dll. Parfois, il se bloque même en déplaçant simplement la souris sur l'application. Sur d'autres machines W7, 64 bits, ça fonctionne bien.

Des indices sur la façon d'aborder cela? Doit être le code natif qui plante, mais nous n'en avons aucun dans cette application. Alors peut-être un pilote d'imprimante qui est chargé dans le processus?

Toutes les suggestions sont les bienvenues, Cordialement, Bart

Answer 1

Le problème était un bogue dans l'application qui provoquait un dépassement de capacité de la pile uniquement lorsque le bureau d'un utilisateur était réglé sur 125% de la taille des textes. Nous utilisons un enregistreur de plantage intégré dans notre application (BugTrap http://www.codeproject.com/KB/applications/BugTrap.aspx) qui fonctionne généralement très bien mais les débordements de pile ne peuvent pas être bloqués, d'où l'absence de rapports/dumps utiles. Merci pour votre aide! Bart van Haaff

Answer 2

Huh. Est-ce WPF? Parce que si c'est le cas, je mettrais mon argent carrément sur une mauvaise carte vidéo ou un pilote vidéo. J'ai eu beaucoup de problèmes avec les pilotes de nVidia sur XP, pour le moins ...

Answer 3

Ils peuvent avoir un logiciel de gestion des entrées utilisateur comme des raccourcis clavier ou des boutons-poussoirs. S'il y a un hook programmé pour des choses comme mouseover, etc, il pourrait être une opération illégale sur l'application.

Exécutez dans un environnement propre et vérifiez même les logiciels malveillants. Exécutez un W7 64bit en interne et certifiez à votre client qu'il fonctionne dans un environnement propre et qu'il doit vérifier ses autres applications.

Answer 4

Il serait probablement utile de savoir exactement ce que l'accident est. Jetez un oeil à how to capture all .NET exceptions et comment capture all unmanaged crashing errors. Vous devrez utiliser le Windows symbols pour déboguer le minidump you'll generate dans vos filtres d'exceptions non gérées.