J'ai plusieurs applications dans WPF qui se bloquent périodiquement sur 2 serveurs différents (un dell poweredge et un HP proliant). Le problème est que les applications WPF planchent toutes deux dans d3d9.dll. Le redémarrage des serveurs résout toujours le problème. Le problème ne se produit que quelques fois par mois. Les deux serveurs fonctionnent sous Windows XP au lieu de Windows 2003.WPF d3d9.dll crash
Voici l'Observateur d'événements entrée journal de l'application du crash
Faulting application iqlayer.exe, version 5.3.1.14, stamp 4a9d0d63, faulting module d3d9.dll, version 5.3.2600.2180, stamp 41109693, debug? 0, fault address 0x0003a756.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Une fois que ce problème se produit, toutes les autres applications WPF ne fonctionnent pas jusqu'à ce que je redémarre. J'ai même essayé d'exécuter une application de test qui montrait une fenêtre vide. L'application de test s'est plantée immédiatement au démarrage de d3d9.dll.
J'ai trouvé ce KB qui je pense est lié à mon problème. Cependant, je n'ai pas installé DirectX SDK sur mon serveur et je ne sais pas où décocher "Break on D3D9 Error".
Essayez d'exécuter le processus dans un débogueur et d'obtenir une pile.N'oubliez pas les symboles publics http://msdn.microsoft.com/en-us/library/ b8ttk8zy.aspx –
Ah, voici le stumper, j'ai fait un nouveau projet avec une fenêtre vide.Grash se produit dans InitializeComponent(). Les cadres de la pile ne sont pas visibles pour les cadres ci-dessus InitializeComponent() J'ai répété mon test avec 5 différents Les applications WPF, tout s'est écrasé lorsque la première fenêtre a été ouverte à InitializeComponent() Je vais écrire un simple énumérateur de périphériques d3d pour voir ce qui se passe.Il est étrange que les applications WPF peuvent tomber en panne dans d3d9.dll –