Hotfix rollup 3088959 (Offline Installer) para el.NET Framework 4.5 en Windows, 4.5.1 y 4.5.2

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): 3088959
Este artículo describe el paquete acumulativo de revisiones 3088959 que está disponible para el 4.5.2 de Microsoft.NET Framework, el.NET Framework 4.5.1 y el 4.5 de.NET Framework. Para obtener más información acerca de los problemas que corrige el paquete acumulativo de revisiones, consulte el "Problemas que corrige este paquete acumulativo de revisiones.

El paquete sin conexión puede utilizarse en situaciones en que no se puede utilizar el programa de instalación Web debido a la falta de conectividad a Internet. Siempre que sea posible, recomendamos que utilice al instalador de Web en lugar del paquete fuera de línea para los requisitos de ancho de banda y eficacia óptima.

Solución
Ahora hay una revisión compatible de Microsoft. Sin embargo, sólo se diseñó para corregir el problema que describe este artículo. Aplíquela sólo a sistemas que experimenten este problema específico.

Para solucionar este problema, póngase en contacto con los servicios de soporte técnico de Microsoft para obtener la revisión. Para obtener una lista completa de números de teléfono de los servicios de soporte al cliente de Microsoft e información acerca de los costos de soporte técnico, visite el siguiente sitio Web de Microsoft:Nota: En 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 son aptas para la actualización en cuestión.

Nota: Para comprobar la versión de actualización de la revisión, compruebe el valor de la clave de versión para determinar la versión instalada. Para ser compatible con el reenvío, puede buscar un valor que es mayor o igual que el valor que aparece en la tabla siguiente.

Versión del paquete acumulativo de revisionesValor de la versión DWORD
Paquete acumulativo de revisiones 3088959 para el.NET Framework 4.5 y versiones posteriores de la de.NET Framework379991
Para obtener más información acerca de cómo determinar las versiones de.NET Framework, veaCómo: determinar qué versiones de.NET Framework están instalados.
Más información

Requisitos previos

Para aplicar este hotfix, debe tener el 4.5.2 de.NET Framework, el.NET Framework 4.5.1 o la 4.5 de.NET Framework instalado.

Requisito de reinicio

Tendrá que reiniciar el equipo después de aplicar esta revisión si se utilizan los archivos afectados. Se recomienda que cierre todas las aplicaciones basadas en.NET Framework antes de aplicar este hotfix.

Información de reemplazo de revisión

Este paquete de hotfix no sustituye a un paquete de revisiones publicadas anteriormente.

Problemas que corrige este paquete acumulativo de revisiones

Problema 1

Se trata de una actualización para admitir el nuevo símbolo de Lari georgiano. El país de Georgia ha introducido un nuevo símbolo de moneda para el Lari, pero no se cambia el nombre de la moneda. También se agregó el nuevo símbolo de moneda para el estándar Unicode. Esta actualización se asegura de que el símbolo de moneda correcto se muestra por el.NET Framework basándose en la configuración regional del sistema.

Problema 2

Este paquete acumulativo de revisiones corrige un problema con las aplicaciones de bases de presentación de Windows (WPF) táctil que se ejecutan en el mismo proceso pero dos versiones diferentes de.NET Framework de destino. Un ejemplo de este problema es dos Office VSTO Add-ins escritos en WPF pero dirigido a diferentes side-by-side .NET Frameworks. Los usuarios en este escenario podrían ver comportamiento extraño táctil o bloqueos en varios puntos durante la ejecución del programa.

La revisión garantiza que se carguen y se tiene acceso en estos escenarios, deteniendo los problemas con comportamiento táctil dll apropiadas o programa se bloquea.

Nota: Si utiliza.NET Framework 3.5 Service Pack 2 en el equipo, instale la revisión correspondiente a su versión corregir este problema.

Problema 3

Si tiene un página Web ASP.NET que se ejecuta en una versión de 32 bits de la 4.6 de.NET Framework o la versión AMD64 de la plataforma.NET Framework 4.6 con RyuJit deshabilitado, puede experimentar w3wp bloqueo debido a la excepción ThreadAbortException no controlada.

Cuando se produce el bloqueo, la entrada siguiente es loggedin el registro de sucesos:

Se produjo una excepción no controlada y terminó el proceso.
Id. de aplicación: [ApplicationID]
Id. de proceso: [ProcessID]
Excepciones: System.Threading.ThreadAbortException
Mensaje: Subproceso anulado.
StackTrace: En System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext context)
en System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, indicadores de Int32)
en System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, indicadores de Int32)


Problema 4

Suponga que tiene un cliente WCF, conectando con el servicio WCF mediante el servicio de enrutamiento de WCF. Si el servicio provoca que cualquier excepción imprevista que no es un tipo de FaultException o los cambios de configuración, el servicio de enrutamiento de WCF no puede enrutar solicitudes posteriores al servicio final.

Cuando se produce este problema, recibirá la siguiente excepción:

System.ServiceModel.ProtocolException: Este canal ya no puede utilizarse para enviar mensajes porque la sesión de salida estaba cerrado automático debido a un apagado iniciado por el servidor. Deshabilite el cierre automático estableciendo la DispatchRuntime.AutomaticInputSessionShutdown en false o considere la posibilidad de modificar el protocolo de apagado en el servidor remoto.
Información de seguimiento de pila:

at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, Boolean oneway, ProxyRpc& rpc)at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()at System.ServiceModel.Channels.ServiceChannel.BeginCall(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state)


Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3088959 - Última revisión: 10/01/2015 14:59:00 - Revisión: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtes
Comentarios