Aggiornamento cumulativo 3139549 aggiornamento rapido per .NET Framework 4.6.1 e 4.6 in Windows

Problema 1

Quando un'applicazione WPF usa un elemento TreeViewItem all'esterno del contesto TreeView, l'applicazione potrebbe riscontrare un'eccezione InvalidCastException la cui traccia dello stack inizia nel modo seguente:
 

Nota Questa eccezione si verifica quando l'elemento TreeViewItem si trova in un controllo elenco virtualizzato, ad esempio un controllo ListBox, DataGrid o ListView, che tenta di trovare l'offset di scorrimento dell'elemento TreeViewItem o di uno dei relativi discendenti. Ad esempio, se si dichiara un elemento TreeViewItem come radice di un oggetto DataTemplate e dataTemplate viene usato come CellTemplate di una colonna DataGrid, si verifica questa eccezione.
 

Problema 2

Entrambi System.Web. Caching e System.Runtime. Caching segnalare le dimensioni della memoria usata dall'intero AppDomain invece delle dimensioni della memoria usata dagli elementi della cache.

Si tratta di un problema di regressione .NET Framework 4.5 in cui è stata apportata una modifica nell'implementazione del timer. Oltre a segnalare dimensioni non corrette, gli altri oggetti a cui fa riferimento la cache possono influire in modo significativo sulla latenza di Gen2 GC. Negli scenari di hosting ASP.NET, la cache ricalcola anche le dimensioni di tutte le cache in tutti i domini dell'applicazione (riportate tramite il contatore delle prestazioni Cache % Process Memory Limit Used ASP.NET) quando i domini applicazione vengono riciclati.

La correzione rimuove i riferimenti indesiderati dalla cache al resto degli oggetti del dominio dell'app e quindi vengono segnalate le dimensioni corrette. Include anche modifiche per migliorare la latenza per System.Runtime. Caching nei computer multi-core che usano Server GC. Infine, questa correzione calcola correttamente le dimensioni di tutte le cache negli scenari di riciclo dei domini delle app.
 

Problema 3

Quando si ha un'applicazione Windows Presentation Foundation (WPF) che si basa sulla promozione a uno spostamento del mouse per gestire un'interazione con lo spostamento tramite tocco dell'utente (invece di usare direttamente gli eventi tocco), è possibile che si verifichi un volume insolitamente basso di spostamenti alzati di livello. 

In passato, WPF ha limitato la promozione del mouse degli spostamenti tramite tocco perché il volume degli spostamenti tramite tocco ha sovraccaricato il dispatcher. Nella versione .NET Framework 4.6.1 è stata apportata una correzione per questo comportamento. La correzione consente di limitazione del numero di movimenti tocco elaborati. Di conseguenza, la limitazione delle promozioni del mouse causava un'ulteriore riduzione degli spostamenti del mouse. In questo aggiornamento cumulativo, la limitazione delle promozioni del mouse è stata rimossa e ora dovrebbe essere vicina a una corrispondenza da 1 a 1 tra gli eventi di spostamento tocco e gli eventi di spostamento del mouse alzati di livello. 
 

Problema 4

Si supponga di lavorare con un'applicazione WPF destinata al .NET Framework 4.6. Si supponga, ad esempio, di provare a impostare CurrentThread.CurrentCulture o CurrentThread.CurrentUICulture in qualsiasi metodo, ad esempio un gestore eventi dell'interfaccia utente o il costruttore MainWindow, richiamato dal Dispatcher WPF usando un DispatcherOperation. In questo caso, i valori CurrentCulture e CurrentUICulture vengono reimpostati sui rispettivi valori precedenti alla fine del metodo. Se un'applicazione imposta CurrentUICulture nel relativo costruttore MainWindow o in un gestore Button Click, l'impostazione ripristina le impostazioni cultura dell'interfaccia utente di sistema.

Questa correzione assicura che i valori CurrentThread.CurrentCulture/CurrentUICulture che è possibile impostare nei metodi in un'applicazione WPF permangono come prima della .NET Framework 4.6.


 

Problema 5

Nel .NET Framework 4.6 è stato aggiunto un nuovo flag, TaskContinuationOptions.RunContinuationsAsynchronously, alla raccolta Attività. Tuttavia, quando si usa questo flag insieme a Task.WhenAll, Task.WhenAny o Task.Unwrap, non ha alcun effetto. Il flag è stato introdotto per evitare determinate condizioni di deadlock. Questa correzione assicura che tutti i tipi di continuità delle attività rispettino il nuovo contrassegno.

Problema 6

AppContext fa parte dell'infrastruttura per ridurre le modifiche di interruzione. È possibile usare AppContext per impostare e recuperare contrassegni e prendere decisioni nell'applicazione basate su tali dati. Nella versione .NET Framework 4.6 è presente un bug in AppContext in cui la sicurezza dei metodi AppContext viene implementata in modo non corretto. 

Questa correzione abilita la thread safety corretta per i metodi in AppContext correlati all'impostazione e al recupero dei valori delle opzioni.

Problema 7

Quando si verifica un caso perimetrale con il criterio di allocazione e sopravvivenza ed è necessario un nuovo segmento nell'heap gestito, il Garbage Collector può calcolare una dimensione di commit inferiore a quella che dovrebbe essere. In questo modo si verifica una violazione di accesso durante la fase di compattazione, in quanto il Garbage Collector sta provando a scrivere nella memoria di cui non è stato eseguito ilcommitted. Questa correzione calcola correttamente le dimensioni.

Problema 8

Quando si crea codice nativo per determinati metodi, le applicazioni .NET Framework e i processi NGEN potrebbero bloccarsi.

Problema 9

RyuJit genera istruzioni non corrette per confrontare interi senza segno a 16 bit nei registri. Produce risultati non corretti se i valori di input hanno valori MSB diversi e quindi generano istruzioni di confronto che usano solo operandi di registro. Questa correzione genera le istruzioni corrette.