Rolagem de hotfix 3139549 para o .NET Framework 4,6.1 e 4,6 em Windows

Problema 1

Quando um aplicativo WPF usa um elemento TreeViewItem fora do contexto TreeView, o aplicativo pode encontrar uma exceção InvalidCastException cujo rastreamento de pilha começa da seguinte forma:
 

Observação Esta exceção ocorre quando o elemento TreeViewItem está em um controle de lista virtualizado (por exemplo, um controle ListBox, DataGrid ou ListView) que tenta encontrar o deslocamento de rolagem do TreeViewItem ou um de seus descendentes. Por exemplo, se você declarar um TreeViewItem como a raiz de um DataTemplate e DataTemplate for usado como CellTemplate de uma coluna DataGrid, essa exceção ocorrerá.
 

Problema 2

Both System.Web. Caching System.Runtime. Caching o tamanho da memória usada pelo AppDomain inteiro em vez do tamanho da memória usada pelos itens de cache.

Esse é um problema de regressão do .NET Framework 4.5 no qual uma alteração na implementação do Timer foi feita. Além de relatar um tamanho incorreto, os objetos adicionais referenciados pelo cache podem afetar significativamente a latência gen2 GC. Em ASP.NET cenários de hospedagem, o cache também utiliza mal o tamanho de todos os caches em todos os domínios do aplicativo (relatados por meio do Cache % Limite de Memória de Processo Usado ASP.NET contador de desempenho) quando os domínios do aplicativo são reciclados.

A correção remove referências não intencionais do cache para o restante dos objetos de domínio do aplicativo e, em seguida, o tamanho correto é relatado. Ele também inclui alterações para melhorar a latência para System.Runtime. Caching em computadores multi-core que estão usando o GC do Servidor. Por fim, essa correção calcula o tamanho de todos os caches em cenários de reciclagem de domínio de aplicativo corretamente.
 

Problema 3

Quando você tem um aplicativo Windows Presentation Foundation (WPF) que depende da promoção para uma movimentação do mouse para manipular uma interação do usuário de movimentação por toque (em vez de usar eventos de toque diretamente), você pode experimentar um volume incomummente baixo de movimentações de mouse promovidos. 

No passado, a promoção de movimento por toque do mouse do WPF foi acelerada porque o volume de movimentações por toque sobrecarregou o despachante. No .NET Framework 4.6.1, foi feita uma correção para esse comportamento. A correção acelera o número de movimentações por toque processadas. Portanto, a diminuição das promoções do mouse causou uma redução ainda maior nas movimentações do mouse sendo geradas. Neste acúmulo de atualizações, a remoção das promoções do mouse foi removida e agora deve haver uma correspondência de 1 a 1 entre eventos de movimentação por toque e eventos promovidos de movimentação do mouse. 
 

Problema 4

Suponha que você esteja trabalhando com um aplicativo WPF destinado ao .NET Framework 4.6. Por exemplo, suponha que você tente definir CurrentThread.CurrentCulture ou CurrentThread.CurrentUICulture em qualquer método (como um manipulador de eventos da interface do usuário ou o construtor MainWindow) que é invocado pelo Dispatcher WPF usando um DispatcherOperation. Nessa situação, os valores CurrentCulture e CurrentUICulture são redefinidos para seus respectivos valores anteriores no final do método. Se um aplicativo definir CurrentUICulture em seu construtor MainWindow ou em um manipulador de clique de botão, essa configuração retornará à cultura da interface do usuário do sistema.

Essa correção garante que os valores CurrentThread.CurrentCulture/CurrentUICulture que podem ser definidos em métodos em um aplicativo WPF persistirem como antes do .NET Framework 4.6.


 

Problema 5

No .NET Framework 4.6, um novo sinalizador, TaskContinuationOptions.RunContinuationsAsynchronously, foi adicionado à biblioteca de tarefas. No entanto, quando você usa esse sinalizador em conjunto com Task.WhenAll, Task.WhenAny ou Task.Unwrap, ele não tem efeito algum. O sinalizador foi introduzido para evitar determinadas condições de bloqueio. Essa correção garante que todos os tipos de continuações de tarefas respeitem o novo sinalizador.

Problema 6

AppContext faz parte da infraestrutura para reduzir alterações significativas. Você pode usar AppContext para definir e recuperar sinalizadores e tomar decisões em seu aplicativo que se baseiam nos dados. No .NET Framework 4.6, há um bug no AppContext no qual o thead-safety dos métodos AppContext é implementado incorretamente. 

Essa correção habilita a segurança correta do thread para os métodos no AppContext que estão relacionados à configuração e recuperação de valores do switch.

Problema 7

Quando você atinge uma caixa de borda com seu padrão de alocação e sobrevivência e precisa de um novo segmento em sua pilha gerenciada, o coletor de lixo pode calcular um tamanho de confirmações menor do que deveria ser. Isso causa uma violação de acesso durante a fase compacta, pois o coletor de lixo está tentando gravar na memória não comprometida. Essa correção calcula o tamanho corretamente.

Problema 8

Quando você cria código nativo para determinados métodos, os .NET Framework aplicativos e processos NGEN podem falhar.

Problema 9

O RyuJit gera instruções incorretas para comparar inteiros não assinados de 16 bits em registros. Ele produz resultados incorretos se os valores de entrada têm valores MSB diferentes e, portanto, geram instruções de comparação que usam apenas os operands de registro. Essa correção gera instruções corretas.