Conjunto de correcções 3088959 (Offline Installer) para o .NET Framework 4.5 no Windows, 4.5.1 e 4.5.2

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3088959
Este artigo descreve o conjunto de correcções 3088959 que está disponível para o Microsoft .NET Framework 4.5.2, o .NET Framework 4.5.1 e 4.5 de Framework .NET. Para mais informações sobre os problemas corrigidos no conjunto de correcções, consulte o "Problemas corrigidos por este conjunto de correcções"secção.

O pacote offline pode ser utilizado em situações em que o programa de instalação da Web não pode ser utilizado devido a falta de conectividade à Internet. Sempre que possível, recomendamos que utilize o programa de instalação da Web em vez do pacote offline para requisitos de eficiência e a largura de banda óptimos.

Resolução
Agora tem uma correcção suportada disponível na Microsoft. No entanto, este tem por objectivo apenas a corrigir o problema descrito neste artigo. Aplique-a apenas em sistemas que tenham este problema específico.

Para corrigir este problema, contacte o suporte técnico da Microsoft para obter a correcção. Para obter uma lista completa dos números de telefone do suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte Web site da Microsoft:Nota Em casos especiais, os custos normalmente inerentes às chamadas de suporte poderão ser anulados se um técnico de suporte da Microsoft determinar que uma actualização específica irá corrigir o problema. Os custos de normais do suporte serão aplicados a questões de suporte adicionais e problemas que não se enquadrem na atualização específica em questão.

Nota Para verificar a versão de actualização de correcção, verifique o valor da introdução de palavra-chave para determinar a versão instalada. Para ser compatível com a frente, pode procurar um valor que é maior que ou igual ao valor que esteja listado na seguinte tabela.

Versão do conjunto de correcçãoValor de DWORD de libertação
Conjunto de correcções 3088959 para o .NET Framework 4.5 e versões posteriores do .NET Framework379991
Para mais informações sobre como determinar as versões .NET Framework, consulteComo: determinar quais as versões do .NET Framework que estão instaladas.
Mais Informação

Pré-requisitos

Para aplicar esta correcção, tem de ter o .NET Framework 4.5.2, o .NET Framework 4.5.1 ou o .NET Framework 4.5. instalado.

Requisito de reinício

Tem de reiniciar o computador depois de aplicar esta correcção se todos os ficheiros afectados que estão a ser utilizados. Recomendamos que feche todas as aplicações baseadas no .NET Framework antes de aplicar esta correcção.

Informações sobre substituição da correção

Este pacote de correcção não substitui um pacote de correcções disponibilizadas anteriormente.

Problemas corrigidos por este conjunto de correcções

Problema 1

Esta é uma actualização para suportar o novo símbolo de Lari Georgiano. País da Geórgia tenha introduzido um novo símbolo de moeda para o Lari, mas não é alterado o nome de moeda. Também foi adicionado o novo símbolo de moeda para o padrão Unicode. Esta actualização efectua-se de que o símbolo monetário correcto é apresentado pelo .NET Framework com base nas definições de região do sistema.

Problema 2

Este conjunto de correcções corrige um problema com capacidade de toque fundações de apresentação do Windows (WPF) as aplicações que estão a ser executado no mesmo processo mas filtragem duas versões diferentes do .NET Framework. Um exemplo deste problema é dois VSTO Office suplementos escritos no WPF mas destinado a diferentes lado a lado .NET Framework. Os utilizadores neste cenário ver comportamento estranho toque e/ou falhas em vários pontos durante a execução do programa.

A correcção certifica-se de que dll correctas estão carregadas e acedidas nestes cenários, quaisquer problemas com o comportamento de toque a parar ou falha do programa.

Nota Se utilizar o .NET Framework 3.5 Service Pack 2 no computador, instale a correcção correspondente para a versão corrigir este problema.

Problema 3

Se tiver um Web site ASP.NET que está a ser executado numa versão de 32 bits do 4.6 de Framework .NET ou versão AMD64 da plataforma .NET Framework 4.6 com RyuJit desactivada, poderá detectar falhas de w3wp devido a ThreadAbortException não processada.

Quando ocorre a falha, a entrada seguinte é loggedin no registo de eventos:

Ocorreu uma excepção não processada e o processo foi terminado.
ID da aplicação: [ApplicationID]
ID do processo: [idprocesso]
Excepção: System.Threading.ThreadAbortException
Mensagem: Thread abortado.
StackTrace: A System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest de wr, contexto de HttpContext)
em System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 sinalizadores)
em System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 sinalizadores)


Problema 4

Suponha que tem um cliente WCF ligar ao serviço WCF utilizando o serviço de encaminhamento do WCF. Se o serviço end levanta qualquer excepção inesperada que não é um tipo de FaultException ou as alterações de configurar, serviço de encaminhamento de WCF não poderá encaminhar os pedidos subsequentes para o serviço de fim.

Quando este problema ocorre, recebe a seguinte excepção:

System.ServiceModel.ProtocolException: Este canal já não pode ser utilizado para enviar mensagens porque a sessão de saída foi fechada automaticamente devido a um encerramento iniciado pelo servidor. Desactive o fecho automático, definindo o AutomaticInputSessionShutdown para false ou considere modificar o protocolo de encerramento com o servidor remoto.
Informações de rastreio 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)


Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3088959 - Última Revisão: 10/01/2015 09:36:00 - Revisão: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtpt
Comentários