Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. WPF
  4. App fails on restart problem ?

App fails on restart problem ?

Scheduled Pinned Locked Moved WPF
comhelpcsharpwpfdata-structures
4 Posts 4 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • C Offline
    C Offline
    Christian Graus
    wrote on last edited by
    #1

    We have a WPF app with about 400 users. One user, who has a high end machine ( 2 gig of RAM, good video card, etc ), reports that if he starts the app on boot, closes it and restarts it, it blows up. That is to say, at any point if he runs it a second time, it fails, even if he does it all right away. Here is the stack trace: Not enough quota is available to process this command at MS.Win32.UnsafeNativeMethods.PostMessage(HandleRef hwnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndTarget.UpdateWindowSettings(Boolean enableRenderTarget, List`1 channelList) at System.Windows.Interop.HwndTarget.UpdateWindowPos(IntPtr lParam) at System.Windows.Interop.HwndTarget.HandleMessage(Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Boolean isSingleParameter) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Boolean isSingleParameter, Delegate catchHandler) We have our own logging in the app, I know for sure that the constructor for te MainWindow is completed, or in this code: bool current = OvsUtility.GetInterfaceAnimalPanel().DualOverlaysOn; singleOverlay.IsChecked = !current; dualOverlay.IsChecked = current; singleOverLay and dualOverlay are menu items, GetInterfaceAnimalPanel just returns an inner control from a user control. We have no logging after this code, but we have logging the moment the Load event fires on the Main Window, and this code is not running, so the exception occurs in the above code, OR between the constructor and the Load event. The only code that runs between these two, is a couple of window size changed events. I assume it's something to do with his machine, as no-one else has the issue, but it's not low specced, so that's not it. Where do I look next ?

    Christian Graus Please read this if you don't understand the answer I've given you "also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven

    L B A 3 Replies Last reply
    0
    • C Christian Graus

      We have a WPF app with about 400 users. One user, who has a high end machine ( 2 gig of RAM, good video card, etc ), reports that if he starts the app on boot, closes it and restarts it, it blows up. That is to say, at any point if he runs it a second time, it fails, even if he does it all right away. Here is the stack trace: Not enough quota is available to process this command at MS.Win32.UnsafeNativeMethods.PostMessage(HandleRef hwnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndTarget.UpdateWindowSettings(Boolean enableRenderTarget, List`1 channelList) at System.Windows.Interop.HwndTarget.UpdateWindowPos(IntPtr lParam) at System.Windows.Interop.HwndTarget.HandleMessage(Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Boolean isSingleParameter) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Boolean isSingleParameter, Delegate catchHandler) We have our own logging in the app, I know for sure that the constructor for te MainWindow is completed, or in this code: bool current = OvsUtility.GetInterfaceAnimalPanel().DualOverlaysOn; singleOverlay.IsChecked = !current; dualOverlay.IsChecked = current; singleOverLay and dualOverlay are menu items, GetInterfaceAnimalPanel just returns an inner control from a user control. We have no logging after this code, but we have logging the moment the Load event fires on the Main Window, and this code is not running, so the exception occurs in the above code, OR between the constructor and the Load event. The only code that runs between these two, is a couple of window size changed events. I assume it's something to do with his machine, as no-one else has the issue, but it's not low specced, so that's not it. Where do I look next ?

      Christian Graus Please read this if you don't understand the answer I've given you "also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven

      L Offline
      L Offline
      Lost User
      wrote on last edited by
      #2

      Christian, Did you ever figure this out?

      Cheers, Karl » CodeProject 2008 MVP » Microsoft MVP - Client App Dev My Blog | Mole's Home Page | MVP Profile

      Just a grain of sand on the worlds beaches.

      1 Reply Last reply
      0
      • C Christian Graus

        We have a WPF app with about 400 users. One user, who has a high end machine ( 2 gig of RAM, good video card, etc ), reports that if he starts the app on boot, closes it and restarts it, it blows up. That is to say, at any point if he runs it a second time, it fails, even if he does it all right away. Here is the stack trace: Not enough quota is available to process this command at MS.Win32.UnsafeNativeMethods.PostMessage(HandleRef hwnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndTarget.UpdateWindowSettings(Boolean enableRenderTarget, List`1 channelList) at System.Windows.Interop.HwndTarget.UpdateWindowPos(IntPtr lParam) at System.Windows.Interop.HwndTarget.HandleMessage(Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Boolean isSingleParameter) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Boolean isSingleParameter, Delegate catchHandler) We have our own logging in the app, I know for sure that the constructor for te MainWindow is completed, or in this code: bool current = OvsUtility.GetInterfaceAnimalPanel().DualOverlaysOn; singleOverlay.IsChecked = !current; dualOverlay.IsChecked = current; singleOverLay and dualOverlay are menu items, GetInterfaceAnimalPanel just returns an inner control from a user control. We have no logging after this code, but we have logging the moment the Load event fires on the Main Window, and this code is not running, so the exception occurs in the above code, OR between the constructor and the Load event. The only code that runs between these two, is a couple of window size changed events. I assume it's something to do with his machine, as no-one else has the issue, but it's not low specced, so that's not it. Where do I look next ?

        Christian Graus Please read this if you don't understand the answer I've given you "also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven

        B Offline
        B Offline
        bitbonk
        wrote on last edited by
        #3

        Did you find the solution to this? We have the same problem here.

        1 Reply Last reply
        0
        • C Christian Graus

          We have a WPF app with about 400 users. One user, who has a high end machine ( 2 gig of RAM, good video card, etc ), reports that if he starts the app on boot, closes it and restarts it, it blows up. That is to say, at any point if he runs it a second time, it fails, even if he does it all right away. Here is the stack trace: Not enough quota is available to process this command at MS.Win32.UnsafeNativeMethods.PostMessage(HandleRef hwnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndTarget.UpdateWindowSettings(Boolean enableRenderTarget, List`1 channelList) at System.Windows.Interop.HwndTarget.UpdateWindowPos(IntPtr lParam) at System.Windows.Interop.HwndTarget.HandleMessage(Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Boolean isSingleParameter) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Boolean isSingleParameter, Delegate catchHandler) We have our own logging in the app, I know for sure that the constructor for te MainWindow is completed, or in this code: bool current = OvsUtility.GetInterfaceAnimalPanel().DualOverlaysOn; singleOverlay.IsChecked = !current; dualOverlay.IsChecked = current; singleOverLay and dualOverlay are menu items, GetInterfaceAnimalPanel just returns an inner control from a user control. We have no logging after this code, but we have logging the moment the Load event fires on the Main Window, and this code is not running, so the exception occurs in the above code, OR between the constructor and the Load event. The only code that runs between these two, is a couple of window size changed events. I assume it's something to do with his machine, as no-one else has the issue, but it's not low specced, so that's not it. Where do I look next ?

          Christian Graus Please read this if you don't understand the answer I've given you "also I don't think "TranslateOneToTwoBillion OneHundredAndFortySevenMillion FourHundredAndEightyThreeThousand SixHundredAndFortySeven

          A Offline
          A Offline
          aaj23
          wrote on last edited by
          #4

          I know it's been quite a while, but I'm having a similar issue except mine occurs on any windows 7 machine (works fine on XP, Vista, Server 2008, etc and was working on Win 7 for a while), not sure of the cause...did you ever come up with a solution?

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups