Šiame straipsnyje aprašomas specifinių karštųjų pataisų paketas, skirtas Microsoft .NET Framework 4.6.1 4.6. Jei norite gauti daugiau informacijos apie šį specifinių karštųjų pataisų paketas išsprendžia problemas, peržiūrėkite skyrelį šį specifinių karštųjų pataisų paketas išsprendžia problemas .
Sprendimas
Atsisiųsti informaciją
Šiuos failus galima atsisiųsti iš „Microsoft“ atsisiuntimo centro:
Norėdami gauti daugiau informacijos, kaip atsisiųsti „Microsoft“ palaikymo failus, spustelėkite toliau esančio straipsnio numerį ir peržiūrėkite „Microsoft“ žinių bazės straipsnį:
119591 kaip gauti "Microsoft" palaikymo failus iš interneto tarnybų„Microsoft“ patikrino, ar šiame faile nėra virusų. „Microsoft“ naudojo naujausią virusų aptikimo programinę įrangą, kuri buvo pasiekiama failo paskelbimo dieną. Failas laikomas padidintos saugos serveriuose, siekiant užkirsti kelią neleistinam failo modifikavimui.
Daugiau informacijos
Būtinosios sąlygos
Norint taikyti šias karštąsias pataisas, turi būti įdiegta .NET Framework 4.6 arba .NET Framework 4.6.1.
Reikalavimas paleisti iš naujo
Po to, kai pritaikote šias karštąsias pataisas, jei visi susiję failai yra naudojami, turite iš naujo paleisti kompiuterį. Rekomenduojame, uždarykite visus programos .NET Framework prieš taikydami šias karštąsias pataisas.
Karštųjų pataisų pakeitimo informacija
Šiame karštųjų pataisų pakete nepakeičia anksčiau išleistų karštųjų pataisų paketą.
Šiame specifinių karštųjų pataisų paketas išsprendžia problemas
1 problema
WPF programa naudoja TreeViewItem elementas ne pagal TreeView , programa gali kilti InvalidCastException išimtis, kurių rietuvės sekimas prasideda taip:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (vaizdo v)
Pastaba. Ši išimtis atsiranda, kai TreeViewItem elementas yra virtualių sąrašą valdiklis (pvz., sąrašo lauką, DataGridarba sąrašo rodinys valdymo), kuris bando rasti slinkties poslinkis TreeViewItem arba vieno iš jos. Pvz., jei DataTemplatešaknimi paskelbti TreeViewItem ir DataTemplate yra naudojamas kaip CellTemplate DataGrid stulpelio, ši išimtis.
2 problema
System.Web.Caching ir System.Runtime.Caching apie atminties naudoja visą AppDomain vietoj atminties naudoja talpyklos elementus.
Tai regresijos problema iš .NET Framework 4.5, kurioje yra laikmatis įgyvendinant buvo pakeista. Be ataskaitų yra netinkamas dydžio, papildomus objektus iš talpyklos gali gerokai įtakos Gen2 GC gaištis. ASP.net išteklių nuomos scenarijų, talpyklos miscalculates visi talpyklos visos programos domenuose (pranešė per talpyklos % proceso atminties limitas naudojamas ASP.NET efektyvumo skaitiklis) dydį, kai taikymo sritys yra antrinių.
Taisyti pašalina atsitiktinių nuorodos iš talpyklos į visą programėlių domenų objektus, ir tada pateikiama tinkamo dydžio. Jis taip pat pakeitimai, kad gaištis, System.Runtime.Caching dėl keleto branduolių procesoriais, kurie naudoja serverio GC. Galiausiai, šios pataisos apskaičiuoja visos programos domene recycling scenarijai tinkamai talpyklos dydį.
3 problema
Jei turite "Windows" grafikos pateikimo platformos (WPF) programa, kuri priklauso nuo skatinimas pelės perkelti norint dirbti su lietimo perkelti vartotojui (o ne tiesiogiai liesti įvykiai), gali kilti neįprastai mažus skatinti pelės juda.
Anksčiau, WPF neleista pelės skatinimas ryšį juda, nes tomą lietimo judesių užvaldo siuntėjas. .NET Framework 4.6.1 nustatyti buvo taip. Taisyti throttles ryšį juda apdoroti. Todėl užklausų buferizavimas pelės pasiūlymai dėl sumažintas pele juda sukurtas. Į šį specifinių naujinimų paketą, užklausų buferizavimas pelės akcijos bus pašalintas, ir dabar reikia uždaryti, kad 1: 1 susirašinėjimo ryšį perkelti įvykius ir skatinti pelės perkelti įvykius.
4 problema
Tarkime, kad jūs dirbate su WPF programa kuri taikoma .NET Framework 4.6. Pavyzdžiui, Tarkime, kad bandote nustatyti CurrentThread.CurrentCulture arba CurrentThread.CurrentUICulture būdu (pvz., vartotojo sąsajos įvykio apdorojimo programos arba MainWindow konstruktorius), kuris remiasi WPF siuntėjas naudojant su DispatcherOperation. Tokiu atveju CurrentCulture ir CurrentUICulture reikšmes iš naujo jų atitinkamas ankstesnės vertes metodas pabaigoje. Jei programa nustato CurrentUICulture MainWindow konstruktorius arba spustelėkite mygtuką apdorojimo programos, šį parametrą grįžta į sistemos vartotojo sąsajos kultūros.
Šios pataisos užtikrina, kad CurrentThread.CurrentCulture/CurrentUICulture reikšmės, kurias galima nustatyti būdų WPF programa vis dar kaip ir prieš .NET Framework 4.6.
5 problema
.NET Framework 4.6, naują žymė, TaskContinuationOptions.RunContinuationsAsynchronously, buvo įtrauktas į užduočių biblioteką. Tačiau, kai naudojate šį parametrą, kartu su Task.WhenAll, Task.WhenAny ar Task.Unwrap, ji neturi jokios įtakos. Vėliava buvo įdiegtas, siekiant išvengti tam tikras sąlygas aklavietė. Šios pataisos užtikrina, kad visų tipų užduočių pratęsimą atsižvelgiama naują žymė.
6 problema
AppContext yra infrastruktūra sumažinti kėlimas pakeitimus. Galite naudoti AppContext nustatyti ir atkurti vėliavėlės ir sprendimus naudojant savo programą, pagrįstą duomenų. .NET Framework 4.6, yra klaida AppContext, kai sriegis saugos AppContext metodų yra įdiegta netinkamai.
Šios pataisos suteikia tinkamą gijos saugos būdus, AppContext, susijusios su nustatymas ir nuskaitymas jungiklis reikšmes.
7 problemos
Kai pasiekiate krašto esant savo paskirstymo ir naudojimo modelį, ir reikia naują savo valdomų netvarkiojo masyvo segmentas, šiukšlių rinktuvas gali apskaičiuoti patvirtinimo dydis, kuris yra mažesnis nei turėtų būti. Taip atsiranda prieigos pažeidimas compact metu, kaip šiukšlių rinktuvas bando rašyti nenustatytos atminties. Šios pataisos teisingai apskaičiuoja dydį.
8 klausimas
Kai sukuriate kodo tam tikrų būdų, .NET Framework programų ir NGEN procesų gali sugesti.
Problemos 9
RyuJit generuoja neteisingą instrukcijos lyginant nepasirašytos 16 bitų sveikieji skaičiai, registrų. Jei įvesties reikšmės yra MS B skirtingas ir dėl to patirti palyginti nurodymus, naudokite tik užregistruoti operandų gamina neteisingi rezultatai. Šios pataisos sukuria tinkamas instrukcijas.
