Samleoppdateringen 3139551 for .NET Framework 4.6.1 og 4.6 på Windows

Problem 1

Når en WPF-programmet bruker en TreeViewItem utenfor konteksten til en TreeView, kan programmet støter på et InvalidCastException -unntak som stakksporing starter som følger:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Obs! Dette unntaket forekommer når TreeViewItem er i en virtualisert listekontroll (for eksempel en liste, DataGrideller ListView -kontroll) som prøver å finne bla forskyvningen av TreeViewItem eller en av etterfølgerne. Dette unntaket oppstår for eksempel hvis du deklarerer en TreeViewItem som rot for en DataTemplate, og DataTemplate brukes som CellTemplate for en DataGrid -kolonne.

Problem 2

Både System.Web.Caching og System.Runtime.Caching rapporter størrelsen på minnet som brukes av hele programdomenet i stedet for hvor mye minne som brukes av hurtigbufferen for varene.

Dette er en regresjon fra .NET Framework 4.5 på grunn av en endring i Timer-implementeringen. I tillegg til å rapportere feil størrelse, andre objekter som er referert til hurtigbufferen kan ha stor innvirkning gen2 GC ventetid. I ASP.NET som vert for scenarier, hurtigbufferen også miscalculated størrelsen på alle hurtigbuffere i alle domenene i app (som rapportert gjennom en ytelsesteller for ASP.NET "Hurtigbuffer % prosessen minne grensen brukt") når AppDomains er resirkulert.

Denne reparasjonen fjerner uønskede referanser fra hurtigbufferen for andre objekter for app domenet slik at den riktige størrelsen er rapportert. Denne hurtigreparasjonen inkluderer også endringer for å forbedre ventetiden for System.Runtime.Caching på flere kjerner datamaskiner som bruker GC-Server. I tillegg, når denne hurtigreparasjonen er brukt, beregnes størrelsen på alle hurtigbuffere i programdomenet resirkulering scenarier riktig.

3-problem

Når du har et program for Windows Presentation Foundation (WPF) som er avhengig av mus promotere berøring flyttes til å håndtere berøring brukermedvirkning (i stedet for ved direkte ved hjelp av touch hendelser), kan du oppleve en uvanlig lavt volum av forfremmede pekeren beveger seg.

WPF begrenset musen promotere berøring flytter tidligere, unngå å bruke store mengder berøring flytter overvelde fordelingsansvarlig. I .NET Framework 4.6.1, ble det introdusert en løsning til gass antall berøring flytter som behandles. Etter denne endringen flyttes regulering av musen kampanjer forårsaket en ytterligere reduksjon i antall musen som ble generert. Regulering av musen kampanjer er nå fjernet slik at det skal være nesten en én-korrespondanse mellom berøring Flytt hendelser og forfremmet mus flytte hendelser.

Problemet 4

Anta at du arbeider på en WPF-programmet mot .NET Framework 4.6. Du prøver å angi verdien for CurrentThread.CurrentCulture eller CurrentThread.CurrentUICulture i en hvilken som helst metode som startes av fordelingsansvarlig WPF ved hjelp av en DispatcherOperation. For eksempel prøver å angi denne verdien i en hendelsesbehandling for UI- eller MainWindow-konstruktøren. I denne situasjonen tilbakestilles verdiene CurrentCulture og CurrentUICulture til de respektive forrige verdiene på slutten av metoden. Hvis et program angir CurrentUICulture i sin konstruktør MainWindow eller i et behandlingsprogram for klikker du knappen, går innstillingen tilbake til systemet brukergrensesnittkultur.

Denne hurtigreparasjonen sørger for at CurrentThread.CurrentCulture/CurrentUICulture -verdiene som er angitt i metoder i en WPF-program fortsetter på samme måte som de gjorde før .NET Framework 4.6.

Problemet 5

I .NET Framework 4.6 legges et nytt flagg, TaskContinuationOptions.RunContinuationsAsynchronously, i oppgave -biblioteket. Når du bruker dette flagget sammen med Task.WhenAll, Task.WhenAny eller Task.Unwrap, har flagget noen effekt. Flagget ble innført for å unngå visse betingelser for vranglås. Denne hurtigreparasjonen sørger for at alle typer aktivitet continuations respekterer nye flagget.

Problemet 6

I .NET Framework 4.6 er det en feil i AppContext som fører til at tråden AppContext-metoder kan implementeres på feil måte. AppContext er en del av infrastruktur for å redusere siste endringer. Du kan bruke AppContext til å angi og hente flagg og ta avgjørelser i programmet basert på disse dataene.

Denne reparasjonen aktiverer riktige tråden sikkerhet for metoder på AppContext som er relatert til innstillingen og hente verdier for bryteren.

Problemet 7

Når du støter på en kant sak som har fordelingen og survival mønster, og du trenger et nytt segment på din administrert heap, en garbage collector kan beregne en commit-størrelse som er mindre enn normalt. Dette forårsaker et brudd på tilgangstillatelse i kompakt fasen fordi garbage collector prøver å skrive til minne som ikke er fordelt.

Denne hurtigreparasjonen beregner størrelsen på riktig måte.

Problemet 8

Når du oppretter opprinnelig kode for bestemte metoder, oppleve .NET Framework-programmer og prosesser som NGEN en uventet krasj.

Problemet 9

RyuJit genererer feil instruksjonene for å sammenligne 16-biters usignerte heltall på kassene. Den gir feil resultat Hvis inndataverdiene har forskjellige MSB-verdier og sammenlign instruksjoner som er generert, bruker Journal operander.

Denne hurtigreparasjonen genererer riktige instruksjoner.

Gjelder

Denne artikkelen gjelder for følgende:

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, når den brukes med:
  
  

  • Windows 7 Service Pack 1

  • Windows Server 2008 R2 Service Pack 1

  • Windows Server 2008 Service Pack 2

  • Windows Vista Service Pack 2