Confiabilidade atualização 1 para o.NET Framework 4

Confiabilidade atualização 1 para o Microsoft.NET Framework 4 está disponível para corrigir alguns problemas de desempenho, a confiabilidade e o estabilidade no Microsoft.NET Framework 4.

Esta atualização inclui os pacotes de atualização que estão listados na "Atualizar informações de substituiçãoseção".

Este pacote de atualização também resolve alguns problemas que não foram documentados em um artigo do Microsoft Knowledge Base (KB) lançadas anteriormente. Para obter mais informações sobre esses problemas, consulte o "Obter mais informaçõesseção".

Atualizar informações

Baixe a atualização de confiabilidade 1 para o.NET Framework 4, do seguinte site do Centro de Download da Microsoft:
Baixe a atualização de confiabilidade 1 para o Microsoft.NET Framework 4 agora. (http://go.microsoft.com/fwlink/?LinkID=219467)
Para obter mais informações sobre como baixar arquivos de suporte da Microsoft, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Microsoft examinou esse arquivo em busca de vírus. A Microsoft usou o mais recente software de detecção de vírus que estava disponível na data em que o arquivo foi publicado. O arquivo é armazenado em servidores com segurança avançada que ajudam a evitar qualquer alteração não autorizada no arquivo.

Pré-requisitos

Para aplicar essa atualização, você deve ter o.NET Framework 4 ou o Microsoft.NET Framework 4 Client Profile instalado.

Para instalar essa atualização, você deve ter o Windows Installer 3.1 ou posterior instalado. Para obter a versão mais recente do Windows Installer, visite o seguinte site da Microsoft:

Opções de linha de comando para esta atualização.

Para obter mais informações sobre os vários parâmetros de linha de comando que são suportados por esta actualização, visite o seguinte site da Microsoft:

Para obter mais informações sobre o Windows Installer, visite o seguinte site da MSDN:

Requisito de reinicialização

Depois de aplicar essa atualização, você deve reiniciar o computador se todos os arquivos afetados estão bloqueados ou estão sendo usados.

Atualizar informações de substituição

# Updatereplacement
Esta atualização substitui os seguintes hotfixes:

Informações de arquivo

A versão em inglês deste hotfix possui os atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horários destes arquivos estão listados no tempo Universal Coordenado (UTC). Quando você exibir as informações do arquivo, ele será convertido para a 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 a.NET Framework 4

Para todas as versões baseadas em x64 do.NET Framework 4

Para todas as IA-64?com base em versões do.NET Framework 4

Problemas resolvidos por essa atualização

Esta atualização resolve os seguintes problemas.

Problema 1

Considere o seguinte cenário:

• Instalar o.NET Framework em um computador.
• Executar um.NET Framework-based application. A.NET Framework versão do aplicativo difere da versão do.NET Framework é instalado no computador.
• Você recebe uma mensagem informando que o necessário.NET Framework versão não está instalado e que você pode baixar a versão necessária usando o fornecidas informações sobre o download.
• As informações de download permite que você abrir um site que contém todos os.NET Framework versões.

Nesse cenário, você precisa selecionar o correto.NET Framework versão para download na página da Web.

Depois de aplicar essa atualização, você será direcionado para uma página da Web que é um específico para o necessário.NET Framework versão.

Problema 2

Quando o.NET Framework 4 Just-In-Time (JIT)-compilador usa um método otimizado para gerar o código de assembly, certos padrões de entrada podem travar ou mau funcionamento do aplicativo.

Problema 3

Considere o seguinte cenário:

• Instalar o.NET Framework 4, em um computador. O computador tem uma quantidade pequena de memória disponível.
• Você usar o recurso de monitoração de recursos do AppDomain do.NET Framework 4 para criar um AppDomain para um.NET Framework 4-based application.
• O aplicativo é executado.

Nesse cenário, o aplicativo pode mau funcionamento ou falha.

Edição 4

Quando você usa os recursos de depuração de minidespejo de 2010 de Visual Studio da Microsoft em um computador que esteja executando o.NET Framework 4, talvez você não é possível depurar um arquivo de minidespejo. Além disso, o rastreamento de pilha não está disponível para o arquivo.

Problema 5

Considere este cenário:

• Executar um.NET Framework 4-based application.
• Você tem um arquivo de despejo que contém o conteúdo da memória para o processo em execução e que não possui algumas partes específicas da memória. Essas partes da memória geralmente são coletadas.
• Você pode usar 2010 de Visual Studio para carregar o arquivo de despejo para exibir a pilha de um thread.

Nesse cenário, o leitor de despejo exibe a pilha e quadros gerenciados incorretamente.

Observação Esse problema ocorre mesmo quando as partes da memória que o arquivo de despejo não possui não são necessários para exibir a pilha.

Problema 6

O novo símbolo de Rúpia não é exibido quando você executa um Microsoft.NET Framework 4 com o aplicativo para obter o símbolo se a localidade do usuário não estiver definida para uma localidade Indiana.

Problema 7

Considere o seguinte cenário:

• Você pode adicionar cookies para uma resposta de um aplicativo ASP.Site baseado em NET.
• A resposta tem um cabeçalho set-cookie para um recurso estático. A resposta pode ser armazenada em cache de kernel.
• Um usuário do site solicita o recurso estático.

Nesse cenário, o usuário pode obter incorretamente um cookie que é criado para outro usuário diretamente do cache de kernel.

Problema 8

Sintomas

O assistente Configure Data Source não testa uma consulta que é criada para o Microsoft SQL Server Compact 4.0 em 2010 de Visual Studio da Microsoft.

Causa

Esse problema ocorre porque o assistente Configure Data Source não pode testar a consulta que ele cria para 4.0 compacto de SQL Server em 2010 de Visual Studio.

Problema 9

O rastreador Bing atualizou seu agente de usuário da MSNBot para Bingbot em outubro de 2010. Depois de instalar esta atualização, o ASP.Recursos de bowser líquido para ambos Bingbot e MSNBot funcione corretamente.

Problema 10

Considere o seguinte cenário:

• Executar o Internet Information Services (IIS) em um computador. Um limite personalizado byte particular para o IIS não está definido.
  
  Observação O limite de byte particular padrão é definido usando um 0 valor.
• O IIS calcula um AutoPrivateBytesLimit limite para o Gerenciador de Cache para aparar o cache para impedir a reciclagem de processo do operador.

Nesse cenário, você encontrar um dos seguintes problemas:

• Se o computador executa um WOW64.o processo, o limite padrão é definido como um valor menor que o valor de design.
• Se o computador executa um processo de 64 x, o limite padrão é definido para um valor muito maior do que o valor ideal. Portanto, o cache não é cortado com freqüência.

Problema 11

Sintoma

O System.Runtime.MemoryCacheEntryChangeMonitor classe em um aplicativo ASP.NET aplicativo gera uma exceção quando o InitDisposableMembers método do aplicativo chama o MemoryCache.CreateMemoryCacheEntryChangeMonitor método.

Observação O System.Runtime.MemoryCacheEntryChangeMonitor classe internamente usa um DateTimeOffset campo.

Causa

Esse problema ocorre porque o System.Runtime.MemoryCacheEntryChangeMonitor classe inicializa o lastModified campo para o DateTime.MinValue campo. Portanto, os aplicativos não é possível usar o MemoryCache classe.

Observação Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Problema 12

Quando o ASP.NET UpdatePanel classe de controle constrói os argumentos de postback, os seguintes problemas ocorrer:

• Código JavaScript não lidar com os novos tipos de entrada de especificações do HTML5.
• Alguns valores de entrada de especificações do HTML5 são ignoradas e excluídas.

O ASP.NET UpdatePanel classe de controle usa o código JavaScript para construções os argumentos de postback que lidam com operações de postback parciais. O código JavaScript manipula conhecido somente os tipos de entrada de especificações de HTML4 e ignora a outros tipos de entrada. No entanto, as especificações do HTML5 apresentam alguns novos tipos de entrada para os elementos input. Portanto, esse problema ocorre quando você executa o código JavaScript em um navegador que ofereça suporte a alguns valores de entrada de especificações do HTML5.

Problema 13

Alguns aplicativos ASP.NET 4.0 recursos encontrar problemas quando esses recurso processar o código de HTML5. Esses recursos foram criados no ASP.NET 4.0 para oferecer suporte a especificações de permite apenas.

Depois de aplicar essa atualização, os seguintes recursos são atualizados para oferecer suporte a tipos de entrada HTML5 no ASP.NET 4.0:

• UpdatePanel
• Retornos de chamada de formulário da Web
• Validação do lado do cliente

Problema 14

Considere o seguinte cenário:

• Você pode usar o.NET Framework Data Provider para SQL Server (SqlClient) para se conectar a uma instância de SQL Azure da Microsoft ou de Microsoft SQL Server.
• Uma conexão estabelecida é removida do pool de conexão.
• A primeira solicitação é enviada ao servidor.

Nesse cenário, uma instância de SqlException é encontrado, e você recebe a seguinte mensagem de erro: