Conjunto de correcções 3139551 para o .NET Framework 4.6.1 e 4.6 no Windows

Problema 1

Quando uma aplicação de WPF utiliza um TreeViewItem fora do contexto de uma TreeView, a aplicação pode encontrar uma excepção de InvalidCastException cujo rastreio da pilha começa a ter a seguinte redacção:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Nota Esta excepção ocorre quando o TreeViewItem é um controlo de lista virtualizado (por exemplo, um controlo ListBox, DataGridou ListView ) que tenta localizar o desvio de deslocamento da TreeViewItem ou um dos respectivos descendentes. Por exemplo, esta excepção ocorre se declarar um TreeViewItem como a raiz de um DataTemplatee o DataTemplate é utilizado como o CellTemplate de uma coluna de DataGrid .

Problema 2

System.Web.Caching e System.Runtime.Caching o tamanho da memória que é utilizado pelo AppDomain inteiro em vez da memória que é utilizado pelos itens em cache um relatório.

Esta é uma regressão do 4.5 de Framework .NET devido a uma alteração na implementação do temporizador. Para além de fornecer informações sobre o tamanho errado, os objectos adicionais que são referenciados pela cache podem afectar significativamente o gen2 latência de GC. No ASP.NET que alojam cenários, a cache também miscalculated o tamanho de todas as caches de todos os domínios de aplicação (tal como comunicado através de um contador de desempenho do ASP.NET de "% de Cache utilizadas de limite de memória do processo") quando os domínios de aplicação foram reciclados.

Esta correcção remove referências não intencionais da cache a outros objectos de domínio de aplicação para que o tamanho correcto é comunicado. Esta correcção também inclui alterações para melhorar a latência de System.Runtime.Caching em computadores com vários principais que estão a utilizar o servidor de GC. Além disso, depois de aplica esta correcção, o tamanho de todas as caches no domínio de aplicação Reciclagem cenários seja correctamente calculado.

Problema 3

Quando tiver uma aplicação de apresentação de Windows Foundation (WPF) baseia-se na promoção de rato de toque move para lidar com interacção do utilizador por toque (em vez de por directamente utilizando toque eventos), poderá detectar um volume anormalmente baixo de jogadas rato promovidos.

Anteriormente, promoção de rato WPF limitada de toque move para evitar que um grande volume de toque move sobrecarregar o distribuidor. No .NET Framework 4.6.1, uma correcção foi introduzida para limitação que do número de toque move-se que são processados. Depois desta alteração, a limitação de promoções de rato causadas uma redução adicional do número de rato move-se que foram gerados. A optimização de promoções de rato agora é removido, de modo que deverá existir quase uma correspondência unívoca entre eventos de mudança de toque e eventos de mudança de rato promovidos.

Problema 4

Suponha que está a trabalhar numa aplicação WPF direccionada a 4.6. .NET Framework. Tentar definir o valor de CurrentThread.CurrentCulture ou CurrentThread.CurrentUICulture qualquer método que é invocado pelo distribuidor WPF utilizando um DispatcherOperation. Por exemplo, tente definir este valor de um processador de eventos da interface de utilizador ou o construtor de MainWindow. Nesta situação, os valores CurrentCulture e CurrentUICulture são repostos para os valores das respectivas anteriores no fim do método. Se uma aplicação define CurrentUICulture no respectivo construtor MainWindow ou uma rotina de tratamento de botão clique em, essa definição reverte para o idioma de IU do sistema.

Esta correcção certifica-se de que os valores de CurrentThread.CurrentCulture/CurrentUICulture que são definidos métodos numa aplicação de WPF persistem da mesma forma, tal como acontecia antes da 4.6. .NET Framework.

Problema 5

4.6 de Framework .NET, um novo sinalizador, TaskContinuationOptions.RunContinuationsAsynchronously, é adicionado à biblioteca de tarefa . No entanto, quando utilizar este sinalizador com a Task.WhenAll, Task.WhenAny ou Task.Unwrap, o sinalizador não tem efeito. O sinalizador foi introduzido para evitar a determinadas condições de impasse. Esta correcção certifica-se de que todos os tipos de continuations de tarefas respeitem o sinalizador de novo.

Problema 6

4.6 de Framework .NET, existe um erro em AppContext que faz com que a segurança de thread dos métodos AppContext a ser executadas incorrectamente. AppContext faz parte da infra-estrutura para reduzir as alterações de última hora. Pode utilizar AppContext para definir e obter sinalizadores e para tomar decisões sobre a aplicação com base nesses dados.

Esta correcção permite que a segurança de thread correcto para os métodos em AppContext relacionadas com a definição e obter valores de parâmetro.

Problema 7

Quando encontrar um incidente de bordo que tenha a atribuição de padrão de sobrevivência e requerem um novo segmento de na pilha gerida, um recolector de lixo pode calcular um tamanho de consolidação que for menor do que o necessário. Isto provoca uma violação de acesso durante a fase de compactar uma vez que o recolector de lixo está a tentar escrever na memória não consolidada.

Esta correcção calcula o tamanho correctamente.

Problema 8

Quando criar código nativo para determinados métodos, as aplicações do .NET Framework e os processos NGEN poderão detectar falha de um inesperado.

Problema 9

RyuJit gera instruções incorrectas para comparar 16-bit inteiro não assinado em registos. Produz um resultado incorrecto se valores de entrada tiverem valores MSB diferentes e comparar instruções que são geradas utilizam operandos do registo.

Esta correcção gera instruções correctas.

Aplica-se a

Este artigo aplica-se à seguinte:

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, quando utilizado com:
  
  

  • Windows 7 Service Pack 1

  • Windows Server 2008 R2 Service Pack 1

  • Windows Server 2008 Service Pack 2

  • Windows Vista Service Pack 2