Este artículo describe el paquete acumulativo de actualizaciones 3088957 está disponible para la 4.6 de Microsoft.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".
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:
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.
Más información
Requisitos previos
Para aplicar este hotfix, debe tener la 4.6 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
Si tiene un sitio Web ASP.NET ejecutan 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 bloqueos de w3wp 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 2
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)
Problema 3
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 4
Si se produce una recopilación de Gen2 durante llamadas Parallel.ForEach , puede experimentar bloqueos largos después de instalar Visual Studio 2015 o la 4.6 de.NET Framework sin Visual Studio.
Resolución:
Esta actualización actualiza el recolector de elementos no utilizados mediante la resolución congela sistema causados por este problema.
Problema 5
Después de instalar la 4.6 de.NET Framework, los métodos de Fecha Time.Parse y Date.TryParse no funcionan correctamente. Este problema puede producirse con la siguiente configuración de referencia cultural:
-
Fi-Fi
-
nb-NO
-
NB-SJ
-
SR-Cyrl-x KB
-
SR-Latn-ME
-
SR Latn RS
-
sr-Latn-XK
Resolución:
Esta actualización permite DateTime.Parse y Date.TryParse funcione correctamente en las referencias culturales que utilizan la misma fecha y el separador de hora.
Problema 6
Después de instalar la 4.6 de.NET Framework, la 4.6 de.NET Framework utiliza un nuevo compilador de 64 bits que se llama RyuJIT. En algunos casos, el nuevo compilador genera código incorrecto que provoca un comportamiento impredecible o se bloquea.
Resolución:
Esta actualización corrige muchos problemas en el compilador RyuJIT. Si la aplicación aún tiene un comportamiento impredecible después de la instalación de esta actualización, consulte la Guía de solución de problemas detallada adicional.
Adicionalpasos:
Si se determina que RyuJIT puede estar involucrado en el problema siguiendo los pasos de solución de problemas en el vínculo, inicie una sesión el problema en http://connect.microsoft.com. Incluir tantos detalles como sea posible en el informe y también código para reproducir el problema.
