L'application WPF se bloque en mode veille

Question

J'ai une application WPF. Il fonctionne bien, mais lorsque l'ordinateur passe en mode "Stand by", il se bloque, avec une exception inconnue. cela pourrait avoir quelque chose à voir avec le fait que ma fenêtre est transparente. J'utilise .NET 3.5 avec SP1. est-ce que quelqu'un a une idée?

éditer 1: Lorsque la fenêtre est en visibilité.Coulés - l'application ne plante pas. lorsque la fenêtre est sans transparence - elle ne plante pas non plus. il s'agit de la trace de la pile:

System.InvalidOperationException: Une erreur non spécifiée s'est produite sur le thread de rendu. à System.Windows.MediaContext.NotifyPartitionIsZombie (Int32 failureCode) à System.Windows.Media.MediaContext.NotifyChannelMessage() à System.Windows.Interop.HwndTarget.HandleMessage (Int32 msg, IntPtr wparam, IntPtr lparam) à System.Windows .Interop.HwndSource.HwndTargetFilterMessage (IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Booléen & géré) à MS.Win32.HwndWrapper.WndProc (IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Booléen & géré) à MS .Win32.HwndSubclass.DispatcherCallbackOperation (Object o) à System.Windows.Threading.ExceptionWrapper.InternalRealCall (Callback de délégué, Arguments d'objet, Boolean isSingleParameter) à System.Windows.Threading.ExceptionWrapper.TryCatchWhen (Source d'objet, Callback de délégué, Arguments d'objet, Boolean isSingleParameter, délégué catchHandler) à System.Windows.Threading.Dispatcher.WrappedInvoke (rappel de délégué, arguments d'objet, boolean isSingleParameter, délégué catchHa ndler) à System.Windows.Threading.Dispatcher.InvokeImpl (priorité DispatcherPriority, TimeSpan timeout, méthode Delegate, objets Args, boolean isSingleParameter) à System.Windows.Threading.Dispatcher.Invoke (priorité DispatcherPriority, méthode Delegate, objet Arg) à MS .Win32.HwndSubclass.SubclassWndProc (IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) à MS.Win32.UnsafeNativeMethods.DispatchMessage (MSG & msg) à System.Windows.Threading.Dispatcher.PushFrameImpl (cadre DispatcherFrame) à System.Windows .Threading.Dispatcher.PushFrame (cadre DispatcherFrame) à System.Windows.Threading.Dispatcher.Run() à System.Windows.Application.RunDispatcher (Object ignore) à System.Windows.Application.RunInternal (fenêtre Window) à System.Windows .Application.Run (fenêtre Window) à System.Windows.Application.Run() à Widget.App.Main() dans C: \ Documents and Settings \ Lehavi \ Mes documents \ Version de travail \ Widget \ obj \ Release \ App. g.cs: ligne 0 sur System.AppDomain._nExecuteAssemb ly (Assembly assembly, String [] args) à System.AppDomain.nExecuteAssembly (assembly Assembly, String [] args) à System.Runtime.Hosting.ManifestRunner.Run (Boolean checkAptModel) à System.Runtime.Hosting.ManifestRunner.ExecuteAsAssembly () à System.Runtime.Hosting.ApplicationActivator.CreateInstance (ActivationContext activationContext, String [] activationCustomData) à System.Runtime.Hosting.ApplicationActivator.CreateInstance (ActivationContext activationContext) à System.Activator.CreateInstance (ActivationContext activationContext) à Microsoft.VisualStudio.HostingProcess .HostProc.RunUsersAssemblyDebugInZone() à System.Threading.ThreadHelper.ThreadStart_Context (état de l'objet) à System.Threading.ExecutionContext.Run (ExecutionContext ExecutionContext, ContextCallback rappel, l'état de l'objet) à System.Threading.ThreadHelper.ThreadStart()

Answer 1

Dans le cas d'une violation d'accès ou une exception non gérée similaire, essayez de désactiver toute l'accélération matérielle dans les pilotes de votre carte graphique et de voir si le problème persiste. Si ce n'est pas le cas, c'est un problème de pilote. La seule vraie exception non managée que j'ai vu jusqu'ici avec les applications WPF, a été liée à des pilotes pauvres.