Este artículo describe el paquete acumulativo de revisiones 3088958 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 la sección "problemas que corrige este paquete acumulativo de revisiones".
El instalador de Web es un paquete pequeño (menos de un megabyte) que determina automáticamente y descarga únicamente los componentes que son aplicables para una plataforma determinada.
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 resolver 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:
http://support.microsoft.com/contactus/?ws=supportNota: 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 revisiones |
Valor de la versión DWORD |
|---|---|
|
Paquete acumulativo de revisiones 3088958 para el.NET Framework 4.5 y versiones posteriores de la de.NET Framework |
379991 |
Para obtener más información acerca de cómo determinar las versiones de.NET Framework, vea Cómo: determinar que.NET Framework se instalan versiones.
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
Debe 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, puede ver el registro siguiente en el registro de sucesos de Windows:
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)
