.NET Frameworki 4.6.1 ja 4.6 Windows käigultparanduste koondpakett 3139550

1. probleem

WPF-i rakendus kasutab TreeViewItem TreeViewpole, saate rakenduse ilmneda InvalidCastException erandi, mille pinujälg algab järgmiselt:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Märkus. Kui TreeViewItem 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 see erand tekib siis, kui teil tuvastada TreeViewItem DataTemplateroot ja selle DataTemplate kasutatakse DataGrid veeru CellTemplate .

2. probleem

System.Web.Caching ja System.Runtime.Caching aruande mälu, mida kasutatakse selle asemel, et mälu, mida kasutatakse vahemälu üksuste kogu atribuudile suurusest.

See on tagasiulatuvalt alates .NET Framework 4.5 taimer rakendamise muutmise tõttu. Lisaks vale suurusega aruandluse oluliselt mõjutada täiendavaid objekte, millele viidatakse vahemälu gen2 GC latentsus. ASP.net-i majutus stsenaariume, on vahemälu ka valesti toorainetelt kõik vahemälud kõik rakenduse domeenide suurus (nagu "Vahemälu % kasutatud protsessi mälu piir" ASP.net-i jõudlusloendur kaudu) kui rakenduse domeenide olid taaskasutamine.

See parandus eemaldab soovimatute viited vahemälust muud rakenduse domeeni objektid nii, et õige suurus on teatatud. See lahendus sisaldab ka parandamiseks latentsus System.Runtime.Caching mitmetuumaliste arvutites, mis kasutavad Server GC muudatusi. Lisaks pärast selle paranduse rakendamist kõik vahemälud rakenduse domeeni ringlussevõtu stsenaariumid suurus arvestatakse õigesti.

Küsimus 3

Kui teil on Windows Presentation Foundationi (WPF) rakendus, mis sõltub hiir kõrgendamise touch liigub töötlemiseks touch kasutaja sekkumiseta (asemel otse kasutades touch sündmused), võite kokku puutuda ebatavaliselt maht liigendatud hiir liigub.

Varem, WPF-i seadnud piirangu hiir kõrgendamise touch liigub vältida suurel hulgal touch liigub uputama on saatja. .NET Frameworki 4.6.1 toodi fix throttle puude arv liigub, mis on töödeldud. Pärast selle muudatuse põhjustanud täiendavat vähendamist arvu hiir hiir kampaaniad ahendamine liigub, mis loodi. Hiir kampaaniad ahendamine eemaldatakse kohe, et peaks olema peaaegu üks-ühele kirjavahetuse ühendust liikumine sündmused ja liigendatud hiir liikumine sündmuste vahel.

Probleem 4

Oletagem, et töötate WPF-i rakenduse selle sihtkohtade .NET Frameworki 4.6. Võite proovida mõne meetodi, mis kasutavad WPF-i saatja abil kasutavad CurrentThread.CurrentCulture või CurrentThread.CurrentUICulture väärtuse seadistamiseks. Näiteks püüate määrata väärtuseks Kasutajaliidese sündmuseohjuri või MainWindow konstruktor. Sellises olukorras CurrentCulture ja CurrentUICulture väärtuste taastatakse nende vastavate eelmise väärtuste meetod lõpus. Kui rakendus määrab CurrentUICulture oma MainWindow konstruktori või nupul ohjur, naaseb see säte süsteemi Kasutajaliidese culture.

See parandus tagab püsivad CurrentThread.CurrentCulture/CurrentUICulture väärtused, mis on toodud meetodeid WPF-i rakenduse samal viisil nagu enne .NET Frameworki 4.6.

5. väljaanne

.NET Frameworki 4.6 lisatakse uus lipp TaskContinuationOptions.RunContinuationsAsynchronouslyRaamatukogu ülesanne . Kui kasutate seda lippu ning Task.WhenAll, Task.WhenAny või Task.Unwrap, on lipu mingit mõju. Lipp võeti kasutusele vältida olukorrad, tupik. See parandus tagab ülesande põhiuuringute jätku igasuguseid järgida uue lipu.

Probleem 6

.NET Frameworki 4.6 on bug AppContext, mis põhjustab lõime ohutuse AppContext meetodeid rakendatakse valesti. AppContext on vähendada server muudatused infrastruktuuri osa. Saate kasutada AppContext ja tuua lipud ja teha otsuseid oma taotluse, et andmeid.

See lahendus võimaldab ohutuse õige teema puhul sisse säte ja toomine lüliti väärtused seotud AppContext meetodeid.

Probleem 7

Kui Edge'i puhul, mis on teie eraldamine ja ellujäämise muster ja nõuda uue segmendi kohta oma hallatavate kuhja, rämpsfailide collector saate arvutada suuruse kinnitamine, mis on väiksem kui peaks. See põhjustab juurdepääsurikkumine compact kehtivusajal, kuna 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 protsessid võivad ilmneda ootamatu krahhi.

Probleem 9

RyuJit loob vale juhiseid võrrelda 16-bitise täisarvuna registreeritud. See annab vale tulemuse, kui sisestatud andmed on erinev MSB ja võrdlus juhiseid, mis on loodud kasutada registri operandi.

See parandus loob õige juhiseid.

Kehtib

Selles artiklis käsitletakse järgmist:

• Microsoft .NET Frameworki 4.6.1

• Microsoft .NET Frameworki 4.6, kasutamisel koos:
  
  

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 manussüsteemide jaoks

  • Windows Server 2012 R2 Foundation

  • Windows Serveri 2012 R2 Standard