locked
Blend 4 crashes when I open a Silverlight 4 project created in VS 2010 RRS feed

  • Question

  • I have a project which consistently crashes in Blend 4 shortly after I open it. When given the option to debug the excepton in Visual Studio 2010, it appears that there is an invalid cast exception. Below is the call stack:

     

    > Microsoft.Expression.Platform.Silverlight.dll!Microsoft.Expression.Platform.Silverlight.Host.SilverlightImageHost.RootInstanceWrapperHolder.get() + 0xc3 bytes 
      Microsoft.Expression.Platform.Silverlight.dll!Microsoft.Expression.Platform.Silverlight.Host.SilverlightImageHost.ShutdownVisualTree() + 0xee bytes 
      Microsoft.Expression.DesignSurface.dll!Microsoft.Expression.DesignSurface.View.SilverlightSceneView.ShutdownVisualTree() + 0x1e bytes 
      Microsoft.Expression.DesignSurface.dll!Microsoft.Expression.DesignSurface.View.ViewUpdateManager.InvalidateViews(System.Collections.Generic.ICollection<Microsoft.Expression.DesignSurface.View.SceneView> views, bool updateActiveView) + 0x83 bytes 
      Microsoft.Expression.DesignSurface.dll!Microsoft.Expression.DesignSurface.View.ViewUpdateManager.RebuildPostponedViews() + 0x1b bytes 
      Microsoft.Expression.DesignSurface.dll!Microsoft.Expression.DesignSurface.View.ViewUpdateManager.RebuildPostponedViewsAsync.AnonymousMethod__3() + 0x5 bytes 
      WindowsBase.dll!System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate callback, object args, int numArgs) + 0xba bytes 
      WindowsBase.dll!MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(object source, System.Delegate method, object args, int numArgs, System.Delegate catchHandler) + 0x42 bytes 
      WindowsBase.dll!System.Windows.Threading.DispatcherOperation.InvokeImpl() + 0x8d bytes 
      WindowsBase.dll!System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(object state) + 0x38 bytes 
      mscorlib.dll!System.Threading.ExecutionContext.runTryCode(object userData) + 0x51 bytes 
      [Native to Managed Transition] 
      [Managed to Native Transition] 
      mscorlib.dll!System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x6a bytes 
      mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool ignoreSyncCtx) + 0x7e bytes 
      mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x2c bytes 
      WindowsBase.dll!System.Windows.Threading.DispatcherOperation.Invoke() + 0x68 bytes 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.ProcessQueue() + 0x15e bytes 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.WndProcHook(System.IntPtr hwnd, int msg, System.IntPtr wParam, System.IntPtr lParam, ref bool handled) + 0x63 bytes 
      WindowsBase.dll!MS.Win32.HwndWrapper.WndProc(System.IntPtr hwnd, int msg, System.IntPtr wParam, System.IntPtr lParam, ref bool handled) + 0xbe bytes 
      WindowsBase.dll!MS.Win32.HwndSubclass.DispatcherCallbackOperation(object o) + 0x7d bytes 
      WindowsBase.dll!System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate callback, object args, int numArgs) + 0x53 bytes 
      WindowsBase.dll!MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(object source, System.Delegate method, object args, int numArgs, System.Delegate catchHandler) + 0x42 bytes 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.InvokeImpl(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout, System.Delegate method, object args, int numArgs) + 0xb4 bytes 
      WindowsBase.dll!MS.Win32.HwndSubclass.SubclassWndProc(System.IntPtr hwnd, int msg, System.IntPtr wParam, System.IntPtr lParam) + 0x104 bytes 
      [Native to Managed Transition] 
      [Managed to Native Transition] 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame frame) + 0xc1 bytes 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.PushFrame(System.Windows.Threading.DispatcherFrame frame) + 0x49 bytes 
      WindowsBase.dll!System.Windows.Threading.Dispatcher.Run() + 0x4c bytes 
      PresentationFramework.dll!System.Windows.Application.RunDispatcher(object ignore) + 0x17 bytes 
      PresentationFramework.dll!System.Windows.Application.RunInternal(System.Windows.Window window) + 0x6f bytes 
      PresentationFramework.dll!System.Windows.Application.Run(System.Windows.Window window) + 0x26 bytes 
      PresentationFramework.dll!System.Windows.Application.Run() + 0x1b bytes 
      Microsoft.Expression.Framework.dll!Microsoft.Expression.Framework.ExpressionApplication.RunApplication() + 0x4d bytes 
      Blend.exe!Microsoft.Expression.Application.Main(string[] args) + 0x24c bytes 


    Tuesday, May 31, 2011 7:46 PM

All replies

  • I've never had a problem with Blend crashing when opening a project from VS.  I have actually been happy with the overall improvement of stability with Blend 4 compared with version 3.  My problems are when I try to launch large projects from Blend.  My workaround has been to build/design in Blend, Save, then F5 them from VS.

    Not sure that helps you in your case.


    Wednesday, June 1, 2011 1:36 PM
  • Did you also try the option open in Blend in VS2010 when editing a file?
    Wednesday, June 8, 2011 6:10 AM