Rollup hotfix 3139549 para a .NET Framework 4.6.1 e 4.6 no Windows

Problema 1

Quando uma aplicação WPF utiliza um elemento TreeViewItem fora do contexto TreeView, a aplicação pode encontrar uma exceção InvalidCastException cujo rastreio de pilhas é iniciado da seguinte forma:
 

Nota Esta exceção ocorre quando o elemento TreeViewItem está num controlo de lista virtualizado (por exemplo, um controlo ListBox, DataGrid ou ListView) que tenta encontrar o deslocamento do TreeViewItem ou um dos seus descendentes. Por exemplo, se declarar uma TreeViewItem como a raiz de um DataTemplate e o DataTemplate for utilizado como o CélulaTemplate de uma coluna DataGrid, ocorre esta exceção.
 

Problema 2

Ambos os sistemas.web. Colocação em Cache e System.Runtime. Colocação em Cache comunica o tamanho da memória utilizada pelo AppDomain inteiro em vez do tamanho da memória utilizado pelos itens da cache.

Este é um problema de regressão do .NET Framework 4.5 no qual foi feita uma alteração na implementação do Temporador. Para além de comunicar um tamanho incorreto, os objetos adicionais referenciados pela cache podem afetar significativamente a latência gen2 GC. Em cenários de anfitriões de ASP.NET, ASP.NET cache também calcula indevidamente o tamanho de todas as caches em todos os domínios da aplicação (reportados através do contador de desempenho Cache % Processo Utilizado como um contador de desempenho) quando os domínios da ASP.NET aplicação são reciclagem.

A correção remove referências indesejadas da cache para os restantes objetos de domínio da aplicação e, em seguida, é comunicado o tamanho correto. Também inclui alterações para melhorar a latência para System.Runtime. Colocação em Cache em computadores multi-core que estão a utilizar o Server GC. Por fim, esta correção calcula o tamanho de todas as caches em cenários de reciclagem de domínios de aplicações corretamente.
 

Problema 3

Quando tem uma aplicação do Windows Presentation Foundation (WPF) que depende da promoção para um movimento do rato para lidar com a interação de um utilizador através de toque (em vez de utilizar diretamente eventos de toque), poderá detetá-lo num volume invulgarmente baixo de movimentações promovidas do rato. 

No passado, a promoção do rato na promoção do toque no WPF estava a sobrecarregar o envio de toques, uma vez que o volume de movimentações táteis sobrecarregou o mesmo. No .NET Framework 4.6.1, foi feita uma correção para este comportamento. A correção apenas acelera o número de movimentações táteis processadas. Por essa razão, a redução das promoções por rato causava uma redução na movimentação de ratos. Neste rollup de atualização, a eliminação das promoções por rato foi removida e já deverá haver uma correspondência de 1 a 1 entre eventos de movimentação de toque e eventos promovidos de movimentação de ratos. 
 

Problema 4

Suponha que está a trabalhar com uma aplicação WPF que tem como alvo a .NET Framework 4.6. Por exemplo, suponha que tenta definir CurrentThread.CurrentCulture ou CurrentThread.CurrentUICulture em qualquer método (como um alçador de eventos da IU ou o construtor da MainWindow) invocado pelo Envio WPF através de uma EmpreiteiraDePaís. Nesta situação, os valores CurrentCulture e CurrentUICulture são repostos para os respetivos valores anteriores no final do método. Se uma aplicação definir CurrentUICulture no construtor MainWindow ou num alçador de clique de botão, essa definição reverte para a cultura da IU do sistema.

Esta correção garante que os valores de CurrentThread.CurrentCulture/CurrentUICulture que podem ser definidos em métodos numa aplicação WPF persistem da forma como permaneceram antes do .NET Framework 4.6.


 

Problema 5

No .NET Framework 4.6, foi adicionado um novo sinalizador, TaskContinuationOptions.RunContinuationsAsynchronously à biblioteca de Tarefas. No entanto, quando utiliza este sinalizador em conjunto com a Tarefa.WhenAll, Task.WhenAny ou Task.Unwrap, não tem qualquer efeito. O sinalizador foi introduzido para evitar determinadas condições de bloqueio. Esta correção garante que todos os tipos de continuações de Tarefas respeitam o novo sinalizador.

Problema 6

O AppContext faz parte da infraestrutura para reduzir a quebra de alterações. Pode utilizar o AppContext para definir e obter sinalizadores e tomar decisões na sua aplicação baseadas nesses dados. No .NET Framework 4.6, existe um erro na AppContext no qual a segurança dos métodos AppContext é implementada incorretamente. 

Esta correção ativa a segurança de tópicos correta para os métodos na AppContext relacionados com a definição e recuperação de valores de parâmetro.

Problema 7

Quando atingir um limite com o seu padrão de alocação e de capacidade e precisa de um novo segmento no seu heap gerido, o recolhidor de lixo pode calcular um tamanho de entrega mais pequeno do que deveria. Isto causa uma violação de acesso durante a fase compacta, uma vez que o recolhidor de lixo está a tentar escrever para memória não commitida. Esta correção calcula o tamanho corretamente.

Problema 8

Quando cria código nativo para determinados métodos, a .NET Framework de dados e os processos NGEN podem falhar.

Problema 9

O RyuJit gera instruções incorretas para comparar números inteiros não assinados de 16 bits em registos. Produz resultados incorretos se os valores de entrada têm valores MSB diferentes e, por conseguinte, gera instruções de comparação que utilizam apenas operandos. Esta correção gera instruções corretas.