Este artigo descreve o pacote cumulativo de hotfixes 3088956 que está disponível para o Microsoft.NET Framework 4.6. Para obter mais informações sobre os problemas corrigidos no pacote cumulativo de hotfix, consulte a seção "problemas corrigidos por esse pacote cumulativo de hotfix".
Resolução
Um hotfix suportado está disponível agora na Microsoft. No entanto, ele tem se destina a corrigir somente o problema descrito neste artigo. Aplique-o somente aos sistemas que apresentarem esse problema específico.
Para corrigir esse problema, contate o Atendimento Microsoft para obter o hotfix. Para obter uma lista completa dos números de telefone do Atendimento Microsoft e informações sobre custos de suporte, visite o seguinte site da Microsoft:
http://support.microsoft.com/contactus/?ws=supportObservação: Em alguns casos, as taxas cobradas para chamadas de suporte podem ser canceladas se um profissional de suporte da Microsoft determinar que uma atualização específica irá corrigir o problema. Os custos normais de suporte serão aplicadas a questões de suporte adicionais e problemas que não se qualificam à atualização específica em questão.
Mais informações
Pré-requisitos:
Para aplicar esse hotfix, você deve ter a 4.6 do.NET Framework instalado.
Requisitos de reinicialização:
Você precisa reiniciar o computador após aplicar este hotfix se quaisquer arquivos afetados estão sendo usados. Recomendamos que você feche todos os aplicativos baseados em.NET Framework antes de aplicar esse hotfix.
Informações de substituição do hotfix:
Este hotfix não substitui um pacote de hotfix lançado anteriormente.
Problemas que esse pacote cumulativo de hotfix corrige
Problema 1
Se você tiver um site da Web ASP.NET executando em uma versão de 32 bits do.NET Framework 4.6 ou AMD64 da plataforma.NET Framework 4.6 com RyuJit desativado, você pode enfrentar falhas de w3wp devido a ThreadAbortException sem tratamento.
Quando a falha ocorre, você pode ver o seguinte log no log de eventos do Windows:
Ocorreu uma exceção não tratada e o processo foi encerrado.
ID do aplicativo: [ApplicationID]
ID do processo: [ProcessID]
Exceção: System.Threading.ThreadAbortException
Mensagem: O Thread estava sendo anulado.
StackTrace: Em System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, contexto de HttpContext)
no System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, nativeRequestContext de IntPtr, IntPtr moduleData, Int32 sinalizadores)
no System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, nativeRequestContext de IntPtr, IntPtr moduleData, Int32 sinalizadores)
Problema 2
Suponha que você tenha um cliente WCF conexão com o serviço WCF usando o serviço de roteamento do WCF. Se o serviço end gera qualquer exceção inesperada que não é um tipo de FaultException ou as alterações de configuração, serviço de roteamento do WCF não pode rotear solicitações subsequentes ao serviço final.
Quando esse problema ocorre, você recebe a seguinte exceção:
System.ServiceModel.ProtocolException: Este canal não pode mais ser usado para enviar mensagens porque a sessão de saída foi fechada automaticamente devido ao desligamento do servidor iniciado. Desative o desligamento automático definindo AutomaticInputSessionShutdown como false ou considere modificar o protocolo de desligamento com o servidor remoto.
Informações de rastreamento de pilha:
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
Esta é uma atualização para suportar o novo símbolo georgiano Lari. O país da Geórgia introduziu um novo símbolo de moeda para a Lari, mas o nome da moeda não seja alterado. Também foi adicionado o novo símbolo de moeda para o padrão Unicode. Essa atualização torna-se de que o símbolo correto da moeda é exibido, o.NET Framework com base nas configurações de localidade do sistema.
Problema 4
Se ocorrer uma coleta Gen2 durante chamadas Parallel. ForEach , você pode enfrentar longa trava depois de instalar o Visual Studio 2015 ou a 4.6 do.NET Framework sem o Visual Studio.
Resolução:
Esta atualização atualizações o coletor de lixo Resolvendo sistema congela causou por esse problema.
Problema 5
Depois de instalar o.NET Framework 4.6, os métodos de Data Time.Parse e Date.TryParse não funcionam corretamente. Esse problema pode ocorrer com as seguintes configurações de cultura:
-
Fi-FI
-
NB-não
-
NB-SJ
-
SR-Cyrl-XK
-
SR-Latn-ME
-
SR-Latn-RS
-
sr-Latn-XK
Resolução:
Essa atualização permite que Parse e Date.TryParse para funcionar corretamente em culturas que estão usando a mesma data e o separador de hora.
Problema 6
Depois de instalar o.NET Framework 4.6, o.NET Framework 4.6 usa um novo compilador de 64 bits é chamado de RyuJIT. Em alguns casos, o novo compilador gera código incorreto que causa o comportamento imprevisível ou falhas.
Resolução:
Essa atualização corrige diversos problemas no compilador RyuJIT. Se o aplicativo ainda comportar-se imprevisivelmente após a instalação dessa atualização, consulte as orientações de solução de problemas detalhadas adicionais.
Etapas adicionais:
Se for determinado que o RyuJIT pode estar envolvida no seu problema seguindo as etapas de solução de problemas no link, efetue o problema em http://connect.microsoft.com. Incluem o máximo de detalhes possível no relatório e também código para reproduzir o problema.
