Este artigo descreve o pacote cumulativo de hotfixes 3088959 que está disponível para o Microsoft.NET Framework 4.5.2, o.NET Framework 4.5.1 e o.NET Framework 4.5. 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".
O pacote off-line pode ser usado em situações em que o instalador da Web não pode ser usado devido a falta de conectividade com a Internet. Sempre que possível, recomendamos que você use o instalador da Web em vez do pacote off-line para os requisitos de largura de banda e a eficiência ideais.
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.
Observação: Para verificar a versão de atualização de hotfix, verifique o valor da palavra-chave de lançamento para determinar a versão instalada. Para ser compatível com o encaminhamento, você pode procurar um valor que seja maior ou igual ao valor que está listado na tabela a seguir.
|
Versão do pacote cumulativo de hotfix |
Valor da versão DWORD |
|---|---|
|
Pacote cumulativo de hotfixes 3088959 para o.NET Framework 4.5 e versões posteriores do.NET Framework |
379991 |
Para obter mais informações sobre como determinar as versões do.NET Framework, consulte como: determinar qual.NET Framework versões instaladas.
Mais informações
Pré-requisitos:
Para aplicar esse hotfix, você deve ter o.NET Framework 4.5.2, o.NET Framework 4.5.1 ou o 4.5 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
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 2
Este conjunto de correcções resolve um problema com sensíveis ao toque fundamentos de apresentação do Windows (WPF) aplicativos em execução no mesmo processo, mas duas versões diferentes do.NET Framework de destino. Um exemplo desse problema é dois Office do VSTO Add-ins escritos no WPF, mas direcionado a diferentes lado a lado .NET Frameworks. Os usuários neste cenário poderiam ver comportamento estranho toque e/ou falhas em vários pontos durante a execução do programa.
A correção assegura que adequado DLLs são carregados e acessados nesses cenários, interrompendo os problemas com o comportamento de toque ou o programa falha.
Observação: Se você usar o.NET Framework 3.5 Service Pack 2 em seu computador, instale a correção correspondente para a sua versão corrigir esse problema.
Problema 3
Se você tiver um site ASP.NET que está sendo executado 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, a seguinte entrada é registrada no log de eventos:
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 4
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)
