Selles artiklis kirjeldatakse käigultparanduste koondpaketti, mis on saadaval Microsoft .NET Framework 4.6.1 ja 4.6. See käigultparanduste koondpakett lahendab probleemide kohta lisateabe saamiseks jaotisest See käigultparanduste koondpakett lahendab probleemid .
Lahendus
Info allalaadimiseks
Microsofti allalaadimiskeskuses on allalaadimiseks saadaval järgmised failid:
Microsofti tugifailide värskenduste allalaadimise kohta lisateavet hõlmava Microsofti teabebaasi artikli kuvamiseks klõpsake järgmist artiklinumbrit:
119591 kuidas Microsofti tugifailide hankimine võrguteenuste kauduMicrosoft skannis seda faili viiruste leidmiseks. Microsoft kasutas uusimat viirusetõrjetarkvara, mis oli faili postitamise päeval saadaval. Faili talletatakse täiustatud turvalisusega serverites, mis aitab takistada faili volitamata muutmist.
Lisateabe saamiseks
Eeltingimused
Selle kiirparanduse rakendamiseks peab teil olema .NET Frameworki 4.6.1 või installitud .NET Frameworki 4.6.
Taaskäivitamise nõue
Arvuti tuleb taaskäivitada pärast selle kiirparanduse rakendamist kui mõjutatud faile ei kasutata. Soovitame enne selle kiirparanduse rakendamist sulgege kõik .NET Frameworki põhinevad rakendused.
Kiirparanduse asendamise teave
See kiirparanduspakett ei asenda varem välja antud Kiirparandusi alla.
See käigultparanduste koondpakett lahendab probleemid
1. probleem
WPF-i rakendus kasutab TreeViewItem element väljaspool TreeView raames, võib rakenduse ilmneda InvalidCastException erandi, mille pinujälg algab järgmiselt:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)
Märkus. Kui TreeViewItem element on virtualiseeritud loendi juhtelemendi (nt loendiboksi, DataGridvõi loendivaade juhtelemendi), mis püüab leida kerige nihe TreeViewItem või tema järglaste ilmneb see erand. Näiteks kui teil tuvastada TreeViewItem DataTemplateroot ja selle DataTemplate kasutatakse DataGrid veeru CellTemplate , ilmneb see erand.
2. probleem
System.Web.Caching ja System.Runtime.Caching aruande kogu atribuudile mälu kasutavad vahemälu üksuste suuruse asemel kasutatud mälu mahu.
See on tagasiulatuvalt probleem, mis muutub taimer rakendamist tehti .NET Framework 4.5. Lisaks aruandluse vale suurus, vahemälu viidatud täiendavaid objekte võib oluliselt mõjutada Gen2 GC latentsus. ASP.net-i majutus stsenaariume, on vahemälu miscalculates ka kõik vahemälud kõik rakenduse domeenide (teavitatud jõudlusloendur vahemälu % protsessi mälu piirang kasutada ASP.net-i) kui rakenduse domeenide on taaskasutamine.
See parandus eemaldab soovimatute viited vahemälu ülejäänud rakenduse domeeni objektid ja seejärel õige suurus on teatatud. See hõlmab ka parandamiseks latentsus System.Runtime.Caching mitmetuumaliste arvutites, mis kasutavad Server GC muudatusi. Lõpuks see parandus arvutab kõik vahemälud rakenduse domeeni ringlussevõtu olukordades õigesti suurusest.
Küsimus 3
Kui teil on Windows Presentation Foundationi (WPF) rakendus, mis sõltub kõrgendamise viige hiire liigutamise hallata touch kasutaja sekkumiseta (mitte otse abil ühendust sündmused), võite kokku puutuda ebatavaliselt maht liigendatud hiir liigub.
Varem, WPF-i seadnud piirangu hiir kõrgendamise touch liigub Kuna touch liigub maht ülekoormatud on saatja. .NET Frameworki 4.6.1 parandus tehti seda käitumist. Fix ahendab arv touch liigub töödelda. Seetõttu põhjustas veel hiir hiir kampaaniad ahendamine liigub loodud. Selle värskenduskomplekti eemaldada hiir kampaaniad ahendamine ja nüüd on lähedane 1: 1 kirjavahetuse puude vahel liikuda sündmused ja teisaldada liigendatud hiir sündmused.
Probleem 4
Oletagem, et töötate WPF-i rakenduse selle sihtkohtade .NET Frameworki 4.6. Näiteks Oletagem, et proovida mõne meetodi (nt Kasutajaliidese sündmuseohjuri või MainWindow konstruktor), mis kasutavad WPF-i saatja kasutamine on DispatcherOperation CurrentThread.CurrentCulture või CurrentThread.CurrentUICulture seadistamist. Sellises olukorras CurrentCulture ja CurrentUICulture väärtuste taastatakse nende vastavate varasemad väärtused meetod lõpus. Kui rakendus määrab CurrentUICulture oma MainWindow konstruktori või nupul ohjur, naaseb see säte tagasi süsteemi Kasutajaliidese culture.
See lahendus tagab, et CurrentThread.CurrentCulture/CurrentUICulture väärtused, mille saate määrata meetodeid WPF-i rakenduse püsi nii, nagu enne .NET Frameworki 4.6.
5. väljaanne
.NET Frameworki 4.6 lisati uue lipu TaskContinuationOptions.RunContinuationsAsynchronouslyRaamatukogu ülesanne . Kuid seda lippu kasutamisel koos Task.WhenAll, Task.WhenAny või Task.Unwrapsee ei ole mingit mõju. Lipp võeti kasutusele vältida olukorrad, tupik. See parandus tagab igat tüüpi ülesande põhiuuringute jätku järgida uue lipu.
Probleem 6
AppContext on vähendada server muudatused infrastruktuuri osa. Saate kasutada AppContext ja tuua lipud ja teha otsuseid oma taotluse, mis põhineb andmed. .NET Frameworki 4.6 on bug AppContext valesti rakendatud thead ohutuse AppContext meetodeid.
See lahendus võimaldab õige jutulõnga ohutuse AppContext meetodeid, seotud säte ja toomine lüliti väärtused.
Probleem 7
Kui vajutate edge juhul oma eraldamine ja ellujäämise muster ja vaja sisse oma hallatavate kuhja uue segmendi, rämpsfailide collector arvutada suuruse kinnitamine, mis on väiksem kui peaks olema. See põhjustab juurdepääsurikkumine compact kehtivusajal nagu rämpsfailide collector üritab kirjutada kehtestamata mälu. See parandus arvutab mahu õigesti.
Probleem 8
Kui loote kompileerib teatud meetodeid, .NET Frameworki rakendused ja NGEN protsesside võib tabada krahh.
Probleem 9
RyuJit loob vale juhised võrreldes 16-bitise täisarvuna registreeritud. See annab valed tulemused, kui sisestatud andmed on erinev MS B ja seega luua võrdlus juhiseid kasutamine registreeruda ainult operandi. See parandus loob õige juhiseid.
