Pacote cumulativo de hotfixes 2784153 para o 4.5 do.NET Framework no Windows 8 e o Windows Server 2012

Traduções deste artigo Traduções deste artigo
ID do artigo: 2784153 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Introdução

Este artigo descreve o pacote cumulativo de hotfixes 2784153 para o Microsoft.NET Framework 4.5 Service Pack 2 (SP2) do Windows 8 e o Windows Server 2012. Este conjunto de correcções está disponível para corrigir vários problemas no.NET Framework 4.5. Para obter mais informações sobre os problemas que o hotfix soluciona, consulte a seção "Problemas que este conjunto de correcções resolve".

Mais Informações

Informações sobre o hotfix

Um hotfix suportado agora está disponível na Microsoft. No entanto, destina-se a corrigir somente o problema descrito neste artigo. Aplique-o somente aos sistemas que apresentarem esse problema específico.

Para resolver esse problema, entre em contato com 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=support
Observaçã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 resolverá o problema. Os custos normais de suporte serão aplicados para questões de suporte adicionais e problemas que não se qualificam à atualização específica em questão.

Pré-requisitos

Para aplicar esse hotfix, você deve ter o Microsoft.NET Framework 4.5 Service Pack 1 (SP1) instalado no Windows 8 ou o Windows Server 2012.

Requisitos de reinicialização

Você deve reiniciar o computador após aplicar este hotfix se quaisquer arquivos afetados estão sendo usados. Recomendamos que você feche todos os aplicativos do.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.

Informações sobre o arquivo

Recolher esta imagemExpandir esta imagem
assets folding start collapsed
A versão global deste hotfix apresenta os atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no tempo Universal Coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para localizar a diferença entre o UTC e a hora local, use a guia fuso horário no item Data e hora no painel de controle.
Para todas as versões compatíveis baseadas em x86 do Windows 8
Recolher esta tabelaExpandir esta tabela
Nome do arquivoVersão do arquivoTamanho do arquivoDataTempoPlataforma
PresentationFramework. dll4.0.30319.190516,187,01628 De novembro de 201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428 De novembro de 201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628 De novembro de 201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828 De novembro de 201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628 De novembro de 201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628 De novembro de 201223:53x86
System. dll4.0.30319.190513,448,76028 De novembro de 201223:53x86
Mscorlib. dll4.0.30319.190515,171,16828 De novembro de 201223:53x86
Normidna.NLPNão aplicável59,34206 De julho de 201220:03Não aplicável
Normnfc.NLPNão aplicável47,07606 - Jul-201220:03Não aplicável
Normnfd.NLPNão aplicável40,56606 De julho de 201220:03Não aplicável
Normnfkc.NLPNão aplicável67,80806 De julho de 201220:03Não aplicável
Normnfkd.NLPNão aplicável61,71806 De julho de 201220:03Não aplicável
CLR.dll4.0.30319.190516,876,62428 De novembro de 201223:53x86
Mscordacwks4.0.30319.190511,299,42428 De novembro de 201223:53x86
Mscordbi4.0.30319.190511,096,67228 De novembro de 201223:53x86
SOS. dll4.0.30319.19051746,94428 De novembro de 201223:53x86
PresentationCore. dll4.0.30319.190513,224,57628 De novembro de 201223:53x86
System.Printing.dll4.0.30319.19051342,01628 De novembro de 201223:53x86
Para todas as versões baseadas em x64 com suporte do Windows 8and Windows Server 2012
Recolher esta tabelaExpandir esta tabela
Nome do arquivoVersão do arquivoTamanho do arquivoDataTempoPlataforma
Mscorlib. dll4.0.30319.190515,120,46428 De novembro de 201223:54x64
Normidna.NLPNão aplicável59,34206 De julho de 201220:02Não aplicável
Normnfc.NLPNão aplicável47,07606 - Jul-201220:02Não aplicável
Normnfd.NLPNão aplicável40,56606 De julho de 201220:02Não aplicável
Normnfkc.NLPNão aplicável67,80806 De julho de 201220:02Não aplicável
Normnfkd.NLPNão aplicável61,71806 De julho de 201220:02Não aplicável
CLR.dll4.0.30319.190519,803,72828 De novembro de 201223:54x64
Mscordacwks4.0.30319.190511,742,83228 De novembro de 201223:54x64
Mscordbi4.0.30319.190511,497,05628 De novembro de 201223:54x64
PresentationFramework. dll4.0.30319.190516,187,01628 De novembro de 201223:54x86
SOS. dll4.0.30319.19051785,36028 De novembro de 201223:54x64
System.IdentityModel.dll4.0.30319.190511,084,42428 -Nov-201223:54x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628 De novembro de 201223:54x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828 De novembro de 201223:54x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628 De novembro de 201223:54x86
System.ServiceModel.dll4.0.30319.190516,368,25628 De novembro de 201223:54x86
System. dll4.0.30319.190513,448,76028 De novembro de 201223:54x86
PresentationCore. dll4.0.30319.190513,207,66428 De novembro de 201223:54x64
System.Printing.dll4.0.30319.19051342,01628 De novembro de 201223:54x64
PresentationFramework. dll4.0.30319.190516,187,01628 De novembro de 201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428 De novembro de 201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628 De novembro de 201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828 De novembro de 201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628 De novembro de 201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628 De novembro de 201223:53x86
System. dll4.0.30319.190513,448,76028 De novembro de 201223:53x86
Mscorlib. dll4.0.30319.190515,171,16828 De novembro de 201223:53x86
Normidna.NLPNão aplicável59,34206 De julho de 201220:03Não aplicável
Normnfc.NLPNão aplicável47,07606 - Jul-201220:03Não aplicável
Normnfd.NLPNão aplicável40,56606 De julho de 201220:03Não aplicável
Normnfkc.NLPNão aplicável67,80806 De julho de 201220:03Não aplicável
Normnfkd.NLPNão aplicável61,71806 De julho de 201220:03Não aplicável
CLR.dll4.0.30319.190516,876,62428 De novembro de 201223:53x86
Mscordacwks4.0.30319.190511,299,42428 De novembro de 201223:53x86
Mscordbi4.0.30319.190511,096,67228 De novembro de 201223:53x86
SOS. dll4.0.30319.19051746,94428 De novembro de 201223:53x86
PresentationCore. dll4.0.30319.190513,224,57628 De novembro de 201223:53x86
System.Printing.dll4.0.30319.19051342,01628 De novembro de 201223:53x86
Recolher esta imagemExpandir esta imagem
assets folding end collapsed

Problemas que este conjunto de correcções resolve

Em tempo de execução de linguagem comum Problemas (CLR)

Problema 1

Quando um aplicativo do.NET Framework 4.5 tenta executar coleta de lixo em segundo plano em um computador com pouca memória, pode ocorrer um bloqueio.

Problema 2

O método PerformanceCounterCategory.GetCategories não pode retornar uma lista de desempenho categorias para o contador em alguns sistemas operacionais que usam idiomas diferentes do inglês. Além disso, se um aplicativo.NET Framework executa código semelhante ao seguinte para enumerar as categorias de contador de desempenho, nenhum valor é retornado:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Após aplicar o hotfix, você deve adicionar a seguinte chave de configuração LocalizedPerfCounter nova no arquivo de configuração do aplicativo para o seu aplicativo.NET Framework:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problemas do Windows Communication Foundation (WCF)

Problema 1

Suponhamos que haja um aplicativo que usa a classe System.Xml.XmlDictionaryReader WCF para ler UTF-8 caracteres Unicode com codificação. Quando o aplicativo lê determinados caracteres Unicode que se encontram em um determinado intervalo, o processo de leitura pode ser lento.

ObservaçãoPara obter mais informações sobre a classe System.Xml.XmlDictionaryReader, acesse o seguinte site da MSDN:
Informações gerais sobre a classe XmlDictionaryReader


Problema 2

Em um computador que está executando o.NET Framework 4.5 ou uma versão anterior, os aplicativos do WCF não podem acessar um certificado de cliente, se a propriedade HttpsTransportBindingElement.RequireClientCertificate estiver definida comoFALSE. Quando um aplicativo tenta acessar certificados de cliente, WCFoperates em um dos seguintes modos:
  • exigir ou rejeitar
  • não exigem e não validar
Nessa situação, você não pode criar um aplicativo para o qual o certificado é permissível verificação (por exemplo, você não pode criar um aplicativo que usa o modonão exigem certificados mas validar se fornecido ). Esse hotfix permite que o aplicativo Adicionar uma configuração por ponto de extremidade que fornece o certificado do cliente para aplicativos WCF se o cliente fornece o certificado. No entanto, o certificado é opcional. Conexões não serão rejeitadas se não for fornecido um certificado. Por exemplo, um site pode tentar usar autenticação de formulários para validar uma tentativa de acesso em um servidor e para conceder permissões adicionais se a presença de um certificado de cliente é apresentada ao servidor.

Para desenvolver o aplicativo, criar um comportamento EndpointBehavior e, em seguida, adicionar o comportamento para uma ligação do ponto de extremidade. Por exemplo, execute o seguinte código para criar o método e adicionar o comportamento:
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Como alternativa, você pode adicionar a seguinte configuração de ponto de extremidade à coleção bindingParameters:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Problema 3

Quando você executa um serviço WCF que oferece suporte ao WS-Discovery através do protocolo de datagrama de usuário (UDP) em um servidor, você pode enfrentar um ou mais dos seguintes problemas:
  • Uso da CPU aumenta inesperadamente no servidor.
  • Tráfego de difusão seletiva é maior do que o esperado.
  • Muitas mensagens de falha de SOAP são observadas em uma rede onde o.NET Framework 4.5 é implantado em todos ou um subconjunto de computadores.
Esse hotfix impede que as mensagens de falha de SOAP sendo retornados de um ponto de extremidade UDP se for recebida uma mensagem de difusão seletiva de WS-Discovery em uma empresa que não está configurada para WS-Discovery.

ObservaçãoEsses problemas podem ocorrer mesmo que o serviço não foi compilado para o.NET Framework 4.5 de destino. Esses problemas podem ocorrer em um ambiente ou uma rede na qual o.NET Framework 4.5 está presente em um ou mais pontos de extremidade.

Problemas do Windows Presentation Foundation (WPF)


Problema 1

Fraco desempenho de impressão ocorre quando você usa o serviço do.NET WPF baseado no Framework 4.5 para imprimir em uma impressora de Interface de dispositivo gráfico (GDI) em um sistema operacional. Esse problema ocorre se as seguintes condições forem verdadeiras:
  • O sistema operacional que hospeda o serviço usa um código de idioma diferente do inglês.
  • O sistema operacional tenha um dos seguintes produtos instalados:
    • Versão 4.0 do WPF
    • Versão 4.5 do WPF
    • A versão 3.5 do WPF e o hotfix descrito no seguinte artigo da Base de Conhecimento Microsoft (ou um hotfix de atualização que inclui esse hotfix):
      980294 Caracteres em uma fonte de código de barras são impressos na fonte Wingdings em um documento XPS que é criado usando o.NET Framework 3.0
  • Imprimir um documento que tenha vários blocos de texto.
Esse problema ocorre porque uma operação de pesquisa ocorre sempre que o processo de impressão chama um bloco de texto para localizar a fonte GDI é usada para exibir o texto. O uso de recursos da operação de pesquisa é aumentado ao aplicar o hotfix é distribuído em WPF, o WPF versão 4.0 e KB980294 versão 4.5. Além disso, o uso de recursos da operação de pesquisa domina o uso geral de recursos do processo de impressão. Esse hotfix resolve um problema conhecido de lógica que armazena em cache os resultados da operação de pesquisa. Após aplicar o hotfix, o uso da operação de pesquisa de recursos ocorre uma vez por fonte GDI em vez que ocorre uma vez por bloco de texto.

Problema 2

Considere o seguinte cenário:
  • Você tem um aplicativo baseado no.NET Framework 4.5 que contém um controle WPF editável. O controle usa um Editor de método de entrada (IME).
  • Você pode digitar texto no controle.
  • O controle pode alterar o texto que é inserido. A seguir estão exemplos desse comportamento:
    • Suponha que você tenha um TextBox controle tem a propriedade de texto vinculados a dados. O disparador de origem de atualização para uma ligação de TextBox. Text da propriedade é definido como PropertyChanged. Conforme você insere o texto, ele é enviado a uma propriedade de um item de dados subjacente que está descrito no caminho da ligação. Além disso, o texto pode ser substituído por uma seqüência diferente, o item de dados ou os conversores que estão envolvidos na ligação.
    • Suponha que você tenha um controle de caixa de combinação editável com configuração de pesquisa de texto ativada. Quando você insere texto, o controle de caixa de combinação tenta corresponder o texto com a lista de opções disponíveis. Se o controle encontra uma opção que começa com o texto, o texto será substituído pelo texto completo da opção correspondente.
  • Ativar o IME enviar uma mensagem WM_IME_CHAR para um aplicativo WPF quando o controle estiver no estado "texto foi modificado pelo controle".

    ObservaçãoA exata seqüência de caracteres que faz com que essa mensagem é bastante diferente entre diversos IMEs. Alguns IMEs nunca enviam esta mensagem alguma.
Nesse cenário, o aplicativo baseado no.NET Framework 4.5 pode falhar com uma exceção System. InvalidOperationException.

Para resolver esse problema, aplique o hotfix. Esse hotfix também resolve um problema específico no qual o Visual Studio 2012 falha quando você edita um Team Foundation Server (TFS) funcionam item com Engkoo Pinyin IME ativado. A seguir está uma descrição detalhada desse problema:

Suponha que você insira texto no campo "Atribuído a" de um item de trabalho no Visual Studio 2012. Quando, em seguida, pressionar Enter após você digitar o texto, o IME Engkoo envia a mensagem WM_IME_CHAR. Portanto, o Visual Studio 2012 cai.

ObservaçãoInserindo texto emoutros campos do item de trabalho do TFS também podem causar esse problema.
ObservaçãoEste problema também ocorre na versão do WPF 4.0 ou uma versão anterior do WPF. No entanto, a correção aplica-se somente a versão 4.5 do WPF.
Problema 3

Considere o seguinte cenário:
  • Você tem um aplicativo WPF que declara uma propriedade ligados a dados. A propriedade vinculado a dados contém uma associação que tenha um caminho complexo. Por exemplo, a associação possui o seguinte caminho:
    {Binding Path=A.B.C.D}
  • Criar um modelo de dados que gera uma notificação PropertyChanged para alguns componentes do caminho em um segmento de trabalho. Por exemplo, o thread de trabalho gera uma notificação de alteração de propriedade C.

    Anotações
    • O thread de trabalho pode ser qualquer thread diferente do thread da interface do usuário.
    • O segmento de interface do usuário é a thread que foi declarada pela ligação.
  • Antes do segmento de interface do usuário processa a notificação PropertyChanged, o modelo de dados gera outra notificação PropertyChanged para um componente anterior do caminho. Por exemplo, você tem um segmento gera uma notificação de alteração para a propriedade

    ObservaçãoA segunda notificação PropertyChanged pode ocorrer em qualquer segmento. Isso inclui o thread da interface do usuário.
Nesse caso, a segunda notificação será ignorada. Além disso, ocorrerá a perda de dados. Por exemplo, a propriedade D obtém o valor original da propriedade A. No entanto, o resultado esperado é essa propriedade que d obtém o valor alterado da propriedade A.

Observação Esse problema também pode afetar uma versão mais antiga que a versão 4.5 do WPF. No entanto, a correção aplica-se somente a versão 4.5 do WPF.


Problema 4

Considere o seguinte cenário:
  • Você tem um aplicativo WPF que executa o código para declarar um controle TextBlock e o código é semelhante ao seguinte:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Entrada de texto em uma seqüência de caracteres longa 9600 caracteres ou mais.
  • Execute o aplicativo em um computador que esteja executando a versão 4.5 do WPF.
Nesse cenário, o controle TextBlock exibe várias linhas de texto, e cada linha de texto termina com reticências. Por exemplo, é o número de linhas que são exibidas n/ 9600.

Observaçãon é um espaço reservado que representa o comprimento do texto original. No entanto, o resultado esperado é que o controle de TextBlock exibe uma única linha de texto que termina com as elipses.

Propriedades

ID do artigo: 2784153 - Última revisão: quinta-feira, 30 de janeiro de 2014 - Revisão: 14.0
A informação contida neste artigo aplica-se a:
  • Microsoft .NET Framework 4.5
Palavras-chave: 
kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 2784153

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com