Denne artikkelen beskriver en samleoppdateringen som er tilgjengelig for Microsoft .NET Framework 4.6.1 og 4.6. Hvis du vil ha mer informasjon om problemene som løses av samleoppdateringen, kan du se delen problemene som samleoppdateringen løser .
Oppløsning
Last ned informasjon
Følgende filer er tilgjengelige for nedlasting fra Microsoft Download Center:
Hvis du vil ha mer informasjon om hvordan du laster ned Microsoft-støttefiler, klikker du følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:
119591 hvordan du ned Microsoft-støttefiler fra elektroniske tjenesterMicrosoft har søkt etter virus i denne filen. Microsoft brukte det nyeste antivirusprogrammet som var tilgjengelig datoen filen ble gjort. Filen lagres på sikkerhetsforbedrede servere som bidrar til å hindre uautoriserte endringer i filen.
Hvis du vil ha mer informasjon
Forutsetninger
Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.6.1 eller .NET Framework 4.6 installert.
Krav om omstart
Du må starte datamaskinen etter at du har installert denne hurtigreparasjonen, hvis alle berørte filer er i bruk. Vi anbefaler at du avslutter alle .NET Framework-baserte programmer før du installerer denne hurtigreparasjonen.
Informasjon om erstatning av hurtigreparasjoner
Denne hurtigreparasjonspakken erstatter ikke tidligere utgitte-hurtigreparasjonspakken.
Problemene som samleoppdateringen løser
Problem 1
Når en WPF-programmet bruker et TreeViewItem -element i TreeView en kontekst utenfor, kan programmet støte på et InvalidCastException -unntak som stakksporing starter som følger:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (visuell v)
Obs! Dette unntaket forekommer når TreeViewItem -elementet i en virtualisert listekontroll (for eksempel en liste, DataGrideller ListView -kontroll) som prøver å finne bla forskyvningen av TreeViewItem eller en av etterfølgerne. For eksempel hvis du deklarerer en TreeViewItem som rot for en DataTemplate, og DataTemplate brukes som CellTemplate for en DataGrid -kolonne, skjer dette unntaket.
Problem 2
Både System.Web.Caching og System.Runtime.Caching kan du rapportere mengden minne som brukes av hele programdomenet i stedet for størrelsen på minnet som brukes av hurtigbufferen for varene.
Dette er et problem for regresjon fra .NET Framework 4.5 som ble gjort en endring i Timer-implementeringen. I tillegg til å rapportere feil størrelse, andre objekter som er referert til av hurtigbufferen kan ha betydelig innvirkning Gen2 GC ventetid. I ASP.NET som er vert for scenarier miscalculates hurtigbufferen også størrelsen på alle hurtigbuffere i alle programdomener (rapportert gjennom hurtigbuffer % prosessen minne grensen brukt ASP.NET ytelsestelleren) når programdomener er resirkulert.
Hurtigreparasjonen fjerner uønsket referanser fra hurtigbufferen til resten av app domene objektene, og deretter den riktige størrelsen er rapportert. Det inkluderer også endringer for å forbedre ventetiden for System.Runtime.Caching på flere kjerner datamaskiner som bruker GC-Server. Til slutt beregner denne reparasjonen størrelsen på alle hurtigbuffere i programdomenet resirkulering scenarier på riktig måte.
3-problem
Når du har et program for Windows Presentation Foundation (WPF) som er avhenger av forfremmelse musbevegelse for å håndtere en berøring flytte brukermedvirkning (i stedet for direkte berøring hendelser), kan du oppleve en uvanlig lavt volum av forfremmede pekeren beveger seg.
Tidligere flytter WPF begrenset musen promotere berøring fordi volumet for preg flytter oversvømmet fordelingsansvarlig. I .NET Framework 4.6.1, ble en hurtigreparasjon laget for dette problemet. Hurtigreparasjonen throttles antall trekk for preg behandlet. Regulering av musen kampanjer forårsaket en ytterligere reduksjon i musen flyttes derfor som genereres. Regulering av musen reklame er fjernet i denne samleoppdateringen, og det skal nå være nær en 1 til 1 korrespondanse mellom berøring flytte hendelser og forfremmet musen hendelser.
Problemet 4
Anta at du arbeider med et program for WPF mot .NET Framework 4.6. Anta for eksempel at du prøver å angi CurrentThread.CurrentCulture eller CurrentThread.CurrentUICulture i en hvilken som helst metode (for eksempel en hendelsesbehandling for Brukergrensesnittet eller konstruktøren MainWindow ) som startes av WPF fordelingsansvarlig ved hjelp av en DispatcherOperation. I denne situasjonen tilbakestilles verdiene CurrentCulture og CurrentUICulture til sine respektive tidligere verdiene på slutten av metoden. Hvis et program angir CurrentUICulture i den MainWindow -konstruktøren eller et behandlingsprogram for klikker du knappen, tilbakestilles innstillingen tilbake til systemet brukergrensesnittkultur.
Denne hurtigreparasjonen sørger for at CurrentThread.CurrentCulture/CurrentUICulture verdiene som kan angis i metoder i et program for WPF beholdes slik de gjorde før .NET Framework 4.6.
Problemet 5
I .NET Framework 4.6, ble en ny flagg, TaskContinuationOptions.RunContinuationsAsynchronously, lagt til biblioteket for oppgaven . Når du bruker dette flagget i forbindelse med Task.WhenAll, Task.WhenAny eller Task.Unwrap, kan den imidlertid ikke har 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
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 som er basert på disse dataene. Det er en feil i AppContext der metodene AppContext thead-sikkerhet er implementert feil i .NET Framework 4.6.
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 treffer en kant sak med fordelingen og survival mønster, og du trenger et nytt segment på din administrert heap, garbage collector kan beregne en commit-størrelse som er mindre enn den skal være. Dette forårsaker et brudd på tilgangstillatelse i kompakt fasen, som er fjernet av garbage collector under skriving 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, kan .NET Framework-programmer og prosesser som NGEN krasje.
Problemet 9
RyuJit genererer feil instruksjoner for sammenligning av 16-biters usignerte heltall på kassene. Den gir feil resultater Hvis inndataverdiene har ulike verdier for MS-B, og derfor generere Sammenlign instruksjonene at Bruk bare registrere operander. Denne hurtigreparasjonen genererer riktige instruksjoner.
