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

Problema 1

Quando un'applicazione WPF usa un TreeViewItem all'esterno del contesto di un controllo TreeView, l'applicazione può riscontrare un'eccezione InvalidCastException la cui traccia dello stack inizia come segue:

Sistema. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Nota Questa eccezione si verifica quando l'oggetto 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'oggetto TreeViewItem o di uno dei relativi discendenti. Ad esempio, questa eccezione si verifica se si dichiara un elemento TreeViewItem come radice di un DataTemplate e dataTemplate viene usato come CellTemplate di una colonna DataGrid.


 

Problema 2

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

Si tratta di una regressione .NET Framework 4.5 a causa di una modifica nell'implementazione del timer. Oltre a segnalare le dimensioni sbagliate, gli altri oggetti a cui fa riferimento la cache possono influire in modo significativo sulla latenza gc di gen2. Negli scenari di hosting ASP.NET, la cache ha anche calcolato in modo erre le dimensioni di tutte le cache in tutti i domini dell'app (come riportato tramite un contatore delle prestazioni "Cache % process Memory Limit Used" ASP.NET) quando i domini app sono stati riciclati.

Questa correzione rimuove i riferimenti indesiderati dalla cache agli altri oggetti del dominio dell'app in modo che le dimensioni corrette siano segnalate. Questa correzione include anche modifiche per migliorare la latenza per System.Runtime. Caching nei computer multi-core che usano Server GC. Inoltre, dopo l'applicazione di questa correzione, le dimensioni di tutte le cache negli scenari di riciclo dei domini app vengono calcolate correttamente.


 

Problema 3

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

In precedenza, LA promozione del tocco con il mouse era stata limitato per evitare che un grande volume di movimenti di tocco sovraccarica il dispatcher. Nella versione .NET Framework 4.6.1 è stata introdotta una correzione per limitazione del numero di movimenti tocco elaborati. Dopo questa modifica, la limitazione delle promozioni del mouse causava un'ulteriore riduzione del numero di spostamenti del mouse generati. La limitazione delle promozioni del mouse è stata rimossa in modo che ci sia quasi una corrispondenza uno-a-uno tra gli eventi di spostamento tocco e gli eventi di spostamento del mouse alzati di livello.


 

Problema 4

Si supponga di lavorare a un'applicazione WPF destinata al .NET Framework 4.6. Si tenta di impostare il valore CurrentThread.CurrentCulture o CurrentThread.CurrentUICulture in qualsiasi metodo richiamato dal Dispatcher WPF usando un oggetto DispatcherOperation. Ad esempio, si prova a impostare questo valore in un gestore eventi dell'interfaccia utente o nel costruttore MainWindow. 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, tale impostazione ripristina le impostazioni cultura dell'interfaccia utente di sistema.

Questa correzione assicura che i valori CurrentThread.CurrentCulture/CurrentUICulture impostati nei metodi in un'applicazione WPF permangono nello stesso modo in cui si verificavano prima della .NET Framework 4.6.


 

Problema 5

Nel .NET Framework 4.6 viene aggiunto un nuovo flag, TaskContinuationOptions.RunContinuationsAsynchronously, alla raccolta Attività. Tuttavia, quando si usa questo flag insieme a Task.WhenAll, Task.WhenAny o Task.Unwrap, il flag 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

Nella versione .NET Framework 4.6 è presente un bug in AppContext che causa l'implementazione non corretta della thread safety dei metodi AppContext. AppContext fa parte dell'infrastruttura per ridurre le modifiche di interruzione. È possibile usare AppContext per impostare e recuperare contrassegni e prendere decisioni nell'applicazione in base a tali dati.

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 e si richiede un nuovo segmento nell'heap gestito, un Garbage Collector può calcolare una dimensione di commit inferiore a quella necessaria. In questo modo si verifica una violazione di accesso durante la fase di compattazione perché 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 verificarsi un arresto anomalo imprevisto.

Problema 9

RyuJit genera istruzioni non corrette per confrontare interi senza segno a 16 bit nei registri. Produce un risultato non corretto se i valori di input hanno valori MSB diversi e se le istruzioni di confronto generate usano operandi del registro.

Questa correzione genera le istruzioni corrette.
 

Le informazioni in questo articolo si applicano a

Questo articolo si applica a quanto segue:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, se usato con:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 per sistemi embedded

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard