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

Paquete acumulativo de revisiones 3088956 para la 4.6 de.NET Framework en Windows Server 2012 R2 y Windows 8.1

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): 3088956
Este artículo describe el paquete acumulativo de actualizaciones 3088956 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 el "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: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.
Más información

Requisitos previos

Para aplicar este hotfix, debe tener la 4.6 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

Esta revisión packagedoesn't reemplazar 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, cansee 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

Estoes 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 updatemakes seguro 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 actualizaciones el recolector de elementos no utilizados mediante la resolución de sistema congela provocado por este problema.

Problema 5

Después de instalar la 4.6 de.NET Framework, los métodos de Fecha Time.Parse y Date.TryParseno 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-x KB
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:

Este updatefixes 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, consulteinstrucciones adicionales de solución de problemas detallada.

Pasos adicionales:

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 el http://Connect.Microsoft.com. Incluir tantos detalles como sea posible en el informe y también código para reproducir el problema.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3088956 - Última revisión: 09/25/2015 20:39:00 - Revisión: 1.0

Microsoft .NET Framework 4.6

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbautohotfix kbhotfixserver kbmt KB3088956 KbMtes
Comentarios