Pacote cumulativo de hotfix 2783808 para o.NET Framework 4.5 no Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, SP2 do Windows 2008 e Windows Vista SP2

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

Neste artigo

Introdução

Este artigo descreve o pacote cumulativo de hotfix 2783808 para o Microsoft.NET Framework 4.5 Service Pack 2 (SP2) no Windows 7, Windows 7 Service Pack 1 (SP1), Windows 2008 R2, Windows 2008 R2 SP1, SP2 do Windows 2008 e Windows Vista SP2. Esse pacote cumulativo de hotfix está disponível para corrigir vários problemas no.NET Framework 4.5. Para obter mais informações sobre os problemas que o hotfix resolve, consulte a seção "Problemas que este conjunto de correcções resolve".

Mais Informações

Informações sobre o hotfix

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

Para resolver 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 os 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 a perguntas 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.NET Framework 4.5 SP1 instalado no Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 ou Windows Vista SP2.

Requisito de reinicialização

Você deve reiniciar o computador após aplicar esse hotfix se os 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 pacote de hotfix não substitui um pacote de hotfix lançado anteriormente.

Informações do 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 em formato Tempo Universal Coordenado (UTC). Quando você exibir as informações do arquivo, ele é convertido em hora local. Para localizar a diferença entre o UTC e a hora local, use o Fuso horário Guia de Data e hora item no painel de controle.
Para todas as versões baseadas em x86 compatíveis do Windows 7, Windows 7 SP1, SP2 do Windows 2008 e Windows Vista SP2
Recolher esta tabelaExpandir esta tabela
Nome do arquivoVersão do arquivoTamanho do arquivoDataTempoPlataforma
CLR.dll4.0.30319.190476,876,60828 De novembro de 201201:28x86
MSCORDACWKS4.0.30319.190471,299,44028 De novembro de 201201:28x86
Mscordbi4.0.30319.190471,096,65628 De novembro de 201201:28x86
Mscorlib. dll4.0.30319.190475,171,15228 De novembro de 201202:39x86
PresentationCore4.0.30319.190473,224,56028 De novembro de 201202:39x86
PresentationFramework. dll4.0.30319.190476,187,01628 De novembro de 201202:39x86
SOS. dll4.0.30319.19047746,94428 De novembro de 201201:28x86
System. dll4.0.30319.190473,449,28828 De novembro de 201202:39x86
System.IdentityModel.dll4.0.30319.190471,084,92828 De novembro de 201202:39x86
System.Printing.dll4.0.30319.19047342,00028 De novembro de 201202:39x86
System4.0.30319.190471,051,69628 De novembro de 201202:39x86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828 De novembro de 201202:39x86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028 De novembro de 201202:39x86
System.ServiceModel.dll4.0.30319.190476,368,78428 De novembro de 201202:39x86
WindowsBase. dll4.0.30319.190471,237,48828 De novembro de 201202:39x86
Para todas as versões baseadas em x64 com suporte do Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, SP2 do Windows 2008 e Windows Vista SP2
Recolher esta tabelaExpandir esta tabela
Nome do arquivoVersão do arquivoTamanho do arquivoDataTempoPlataforma
CLR.dll4.0.30319.190479,804,22428 De novembro de 201200:33x64
CLR.dll4.0.30319.190476,876,60828 De novembro de 201201:28x86
MSCORDACWKS4.0.30319.190471,742,81628 De novembro de 201200:33x64
MSCORDACWKS4.0.30319.190471,299,44028 De novembro de 201201:28x86
Mscordbi4.0.30319.190471,497,04028 De novembro de 201200:33x64
Mscordbi4.0.30319.190471,096,65628 De novembro de 201201:28x86
Mscorlib. dll4.0.30319.190475,120,46428 De novembro de 201200:33x64
Mscorlib. dll4.0.30319.190475,171,15228 De novembro de 201202:39x86
PresentationCore4.0.30319.190473,207,68028 De novembro de 201200:33x64
PresentationCore4.0.30319.190473,224,56028 De novembro de 201202:39x86
PresentationFramework. dll4.0.30319.190476,187,01628 De novembro de 201202:39x86
SOS. dll4.0.30319.19047785,34428 De novembro de 201200:33x64
SOS. dll4.0.30319.19047746,94428 De novembro de 201201:28x86
System. dll4.0.30319.190473,449,28828 De novembro de 201202:39x86
System.IdentityModel.dll4.0.30319.190471,084,92828 De novembro de 201202:39x86
System.Printing.dll4.0.30319.19047342,01628 De novembro de 201200:33x64
System.Printing.dll4.0.30319.19047342,00028 De novembro de 201202:39x86
System4.0.30319.190471,051,69628 De novembro de 201202:39x86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828 De novembro de 201202:39x86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028 De novembro de 201202:39x86
System.ServiceModel.dll4.0.30319.190476,368,78428 De novembro de 201202:39x86
WindowsBase. dll4.0.30319.190471,237,48828 De novembro de 201202:39x86
Recolher esta imagemExpandir esta imagem
assets folding end collapsed

Problemas que este conjunto de correcções resolve

Common language runtime Problemas (CLR)

Problema 1

Quando um aplicativo do.NET Framework 4.5 tenta executar coleta de lixo de plano de fundo 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 de contador em alguns sistemas operacionais que usam idiomas diferentes do inglês. Além disso, se um aplicativo do.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");
Depois de aplicar o hotfix, você deve adicionar a seguinte nova chave de configuração de LocalizedPerfCounter no arquivo de configuração do aplicativo para seu aplicativo do.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 o UTF-8 codificação de caracteres Unicode. 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, vá para 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 é possível acessar um certificado de cliente se a propriedade HttpsTransportBindingElement.RequireClientCertificate é definida como FALSE. Quando um aplicativo tenta acessar certificados de cliente, o WCF opera 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 certificado de verificação é permissível (por exemplo, você não pode criar um aplicativo que usa o modo não exigem certificados mas validar se fornecido ). Esse hotfix permite que o aplicativo Adicionar uma configuração por empresa que fornece o certificado de 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 a 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 de EndpointBehavior e, em seguida, adicionar o comportamento em uma ligação do ponto de extremidade. Por exemplo, você pode executar o código a seguir para criar 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 para a 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 sobre o 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 se o serviço não foi compilado para o destino do.NET Framework 4.5. Esses problemas podem ocorrer em um ambiente ou uma rede em que o.NET Framework 4.5 está presente em um ou mais pontos de extremidade.

Problemas do Windows Presentation Foundation (WPF)


Problema 1

Baixo desempenho de impressão ocorre quando você usa o serviço WPF baseado em 4.5 Framework.NET 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 tem 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 dados de Conhecimento da 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 tem muitos blocos de texto.
Esse problema ocorre porque uma operação de pesquisa ocorre toda vez 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 por meio da aplicação do hotfix é distribuído em KB980294, o WPF versão 4.0 e o WPF versão 4.5. Além disso, o uso de recursos da operação de pesquisa domina o uso de recursos gerais do processo de impressão. Esse hotfix resolve um problema conhecido na lógica que armazena em cache os resultados da operação de pesquisa. Depois de aplicar o hotfix, o uso de recursos da operação de pesquisa ocorre uma vez por fonte GDI em vez de ocorrer uma vez por bloco de texto.

Problema 2

Considere o seguinte cenário:
  • Você tem um aplicativo do.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 é de entrada. A seguir estão exemplos desse comportamento:
    • Suponha que você tenha um TextBox controle tem a propriedade de texto vinculado a dados. O disparador de fonte de atualização para uma vinculaçã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 é 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 em relação à 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.
  • Você 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 esta mensagem difere significativamente entre diversos IMEs. Alguns IMEs nunca enviam esta mensagem de forma 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 2012 do Visual Studio falha quando você edita um Team Foundation Server (TFS) trabalhar item com Engkoo Pinyin IME ativado. A seguir há uma descrição detalhada desse problema:

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

ObservaçãoInserindo texto emoutros campos do item de trabalho do TFS também podem causar esse problema.
ObservaçãoEsse 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 data-bound. A propriedade data-bound contém uma ligação que tem um caminho complexo. Por exemplo, a associação possui o seguinte caminho:
    {Binding Path=A.B.C.D}
  • Você cria 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 segmento que é diferente do thread da interface do usuário.
    • O segmento da interface do usuário é o que foi declarado pela ligação.
  • Antes que o thread da 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 de propriedade A.

    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 é 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 é que propriedade que d obtém o valor alterado da propriedade A.

Observação Esse problema também pode afetar uma versão anterior 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 do WPF que executa o código para declarar um controle TextBlock e o código semelhante à seguinte:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Entrada de texto em uma longa cadeia de caracteres é de 9600 caracteres ou mais.
  • Execute o aplicativo em um computador que está 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: 2783808 - Última revisão: domingo, 16 de junho de 2013 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft .NET Framework 4.5
Palavras-chave: 
kbqfe kbhotfixserver kbfix kbexpertiseadvanced kbsurveynew kbmt KB2783808 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: 2783808

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