Uma aplicação baseada no .NET Framework 4. 0 WPF falha se o objecto de origem de um enlace de dados num controlo é um elemento que está definido fora do âmbito do nome do controlo

Considere o seguinte cenário:

• Tem uma aplicação baseada no .NET Framework 4. 0 WPF (Windows Presentation Foundation) Microsoft.
• O objecto de origem de um enlace de dados num controlo da aplicação WPF é um elemento que está definido fora do âmbito do nome do controlo.
• Efectuar algumas operações utilizando a interface de utilizador da aplicação WPF. Depois de efectuar estas operações, o objecto de destino do enlace é removido da árvore visual e recolha de lixo recupera o elemento de destino. Este comportamento ocorre antes do próximo passo de esquema é iniciado na aplicação.

Neste cenário, umArgumentNullExceptionexcepção ocorre e a aplicação de WPF falha. Se depurar a aplicação, receberá a pilha de chamadas é descrita na secção "Mais informações" juntamente com a seguinte mensagem de erro:

Este problema ocorre porque um argumento nulo é devolvido pela aplicação de WPF quando ele reevaluates o enlace de dados no controlo.

Informações sobre correcções

Agora tem uma correcção suportada disponível na Microsoft. Contudo, destina-se apenas a corrigir o problema descrito neste artigo. Aplique-a apenas em sistemas que tenham este problema específico. Esta correcção poderá ser submetida a testes adicionais. Por conseguinte, se não estiver a ser gravemente afectado por este problema, recomendamos que aguarde pela próxima actualização de software que contenha esta correcção.

Para resolver este problema imediatamente, contacte o suporte técnico da Microsoft para obter a correcção. Para obter uma lista completa dos números de telefone do suporte técnico da Microsoft e informações sobre custos de suporte, visite o seguinte Web site da Microsoft:NotaEm casos especiais, os custos normalmente inerentes às chamadas de suporte poderão ser anulados se um técnico de suporte da Microsoft determinar que uma actualização específica resolverá o problema. Os custos normais do suporte serão aplicados a perguntas de suporte adicionais e a problemas que não se enquadrem na atualização específica em questão.

NotaTambém é possível transferir esta correcção a partir do seguinte Web site Microsoft ligar:

Pré-requisitos

Para aplicar esta correcção, tem de ter o .NET Framework 4. 0 instalado.

Requisito de reinício

Não é necessário reiniciar o computador depois de aplicar a correcção se os ficheiros afectados não estão a ser utilizados.

Informações sobre substituição de correcções

Esta correcção não substitui quaisquer outras correcções.

Informações sobre o ficheiro

A versão inglesa desta correcção tem os atributos de ficheiro (ou atributos de arquivo posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são listadas no tempo universal coordenado (UTC). Quando visualiza as informações do ficheiro, é convertida para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize aFuso horárioseparador naData e horaitem no painel de controlo.

Para todas as suportadas versões baseadas em x86 do Windows XP, do Windows Server 2003, do Windows Vista, do Windows Server 2008, Windows 7 e do Windows Server 2008 R2

Para todas as suportadas versões baseadas em x64 do Windows XP, do Windows Server 2003, do Windows Vista, do Windows Server 2008, Windows 7 e do Windows Server 2008 R2

A Microsoft confirmou que este é um problema dos produtos da Microsoft listados na secção "Aplica-se a".

at MS.Internal.Data.ElementObjectRef.GetObject(DependencyObject d, ObjectRefArgs args)
at MS.Internal.Data.ObjectRef.GetDataObject(DependencyObject d, ObjectRefArgs args)
at System.Windows.Data.BindingExpression.MS.Internal.Data.IDataBindEngineClient.VerifySourceReference(Boolean lastChance)
at MS.Internal.Data.DataBindEngine.Task.Run(Boolean lastChance)
at MS.Internal.Data.DataBindEngine.Run(Object arg)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)