Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Una aplicación de WPF con .NET Framework 4.0 se bloquea si el objeto de origen de un enlace de datos en un control es un elemento que está definido fuera del ámbito de nombres del control

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2461678
Síntomas
Tenga en cuenta la situación siguiente:
  • Tiene una aplicación basada en .NET Framework 4.0 Windows Presentation Foundation (WPF) de Microsoft.
  • El objeto de origen de un enlace de datos en un control de la aplicación de WPF es un elemento que está definido fuera del ámbito de nombres del control.
  • Para realizar algunas operaciones mediante la interfaz de usuario de la aplicación de WPF. Después de realizar estas operaciones, se quita el objeto de destino del enlace en el árbol visual y la recolección de elementos reclame el elemento de destino. Este comportamiento se produce antes de inicia la siguiente fase de diseño de la aplicación.
En este escenario, unArgumentNullExceptionse produce la excepción y se bloquea la aplicación de WPF. Si se depura la aplicación, recibirá la pila de llamadas que se describe en la sección "Más información" junto con el mensaje de error siguiente:
Valor no puede ser null
Causa
Este problema se produce porque la aplicación de WPF devuelve un argumento null cuando se vuelve a evaluar el enlace de datos en el control.
Solución

Información de revisiones

Ahora hay una revisión compatible de Microsoft. Sin embargo, se diseñó para corregir el problema descrito en este artículo. Aplíquela sólo a los sistemas que experimenten este problema específico. Este hotfix puede ser sometido a comprobaciones adicionales. Por lo tanto, si no se ve muy afectado por este problema, recomendamos que espere a que la próxima actualización de software que contenga este hotfix.

Para resolver este problema inmediatamente, póngase en contacto con los servicios de soporte técnico de Microsoft para obtener la revisión. Para obtener una lista completa de los números de teléfono de servicios de soporte técnico de Microsoft y obtener información acerca de los costos de soporte técnico, visite el siguiente sitio Web de Microsoft:Notaen casos especiales, los costos derivados normalmente de las llamadas al soporte técnico pueden cancelarse si un profesional de soporte técnico de Microsoft determina que una actualización específica resolverá el problema. Los costos habituales de soporte se aplicarán a las preguntas de soporte técnico adicionales y problemas que no guarden relación con la actualización en cuestión.

NotaTambién puede descargar este hotfix desde el siguiente sitio Web de Microsoft Connect:

Requisitos previos

Para aplicar este hotfix, debe tener el .NET Framework 4.0 instalado.

Requisito de reinicio

No es necesario que reinicie el equipo después de aplicar la revisión si no se utilizan los archivos afectados.

Información acerca de la sustitución de la revisión

Este hotfix no sustituye a ningún otro hotfix.

Información de archivo

La versión en inglés de este hotfix tiene los atributos de archivo (o atributos de último archivo) mostrados en la siguiente tabla. Las fechas y horas de estos archivos se muestran en hora universal coordinada (UTC). La información de los archivos se convertirá a la hora local cuando la vea. Para ver la diferencia entre hora UTC y la hora local, utilice elZona horariaficha en elFecha y horaelemento de panel de control.
Para todas en x 86-versiones de Windows XP, de Windows Server 2003, de Windows Vista, de Windows Server 2008, Windows 7 y de Windows Server 2008 R2
Nombre de archivoArchivo VersiónTamaño de archivoFechaTiempoPlataforma
Presentationframework.dll4.0.30319.3956,347,11224-Nov-201021: 08x 86
Para todas las versiones de 64 compatibles de Windows XP, de Windows Server 2003, de Windows Vista, de Windows Server 2008, Windows 7 y de Windows Server 2008 R2 x
Nombre de archivoArchivo VersiónTamaño de archivoFechaTiempoPlataforma
Presentationframework.dll4.0.30319.3956,347,11224-Nov-201021: 08x 64
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "La información de este artículo se refiere a:".
Más información
Información de la pila de llamadas
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)

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 2461678 - Última revisión: 01/10/2011 06:53:00 - Revisión: 2.0

Microsoft .NET Framework 4.0

  • kbqfe kbfix kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2461678 KbMtes
Comentarios