3139551 4.6.1 ir 4.6 "Windows".NET Framework specifinių karštųjų pataisų paketas

1 problema

WPF programa naudoja TreeViewItem ir nepriklauso TreeView, programa gali susidurti su InvalidCastException išimtis, kurių rietuvės sekimas prasideda taip:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Pastaba. Ši išimtis atsiranda, kai TreeViewItem 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., ši išimtis paskelbti TreeViewItem DataTemplatešaknimi ir DataTemplate yra naudojamas kaip CellTemplate DataGrid stulpelio.

2 problema

System.Web.Caching ir System.Runtime.Caching apie atminties, kurį naudoja visą AppDomain vietoj atminties, kurį naudoja talpyklos elementus.

Tai iš .NET Framework 4.5 regresijos dėl laikmatis diegimą. Be ataskaitų neteisingas dydis, papildomų objektų, kuriuos nurodo talpyklos gerokai paveikti gen2 GC gaištis. ASP.net išteklių nuomos scenarijų, talpyklos taip pat klaidingai visų programėlių domenų visi talpyklos dydį (kaip per "Talpyklos % proceso atminties limitas naudojama" ASP.NET efektyvumo skaitiklio) kai programėlių domenų buvo antrinių.

Šis taisymas pašalina atsitiktinių nuorodos iš talpyklos prie kitų programėlių domeno objektų, taip, kad pateikiama tinkamo dydžio. Šios pataisos taip pat yra pakeitimų, pagerinti, gaištis System.Runtime.Caching dėl keleto branduolių procesoriais, kurie naudoja serverio GC. Be to, pritaikius šią pataisą, visos programos domene recycling scenarijai talpyklos dydį, apskaičiuojama teisingai.

3 problema

Jei turite "Windows" grafikos pateikimo platformos (WPF) programa, kuri priklauso nuo ryšį skatinimas pelės juda tvarkyti touch vartotojo sąveikos (ne tiesiogiai liesti įvykiai), gali kilti neįprastai mažus skatinti pelės juda.

Anksčiau, WPF neleista pelės skatinimas ryšį perkeliamas į išvengti didelės apimties ryšį juda sukrėsti siuntėjas. .NET Framework 4.6.1 nustatyti buvo pristatytas throttle ryšį skaičių juda, apdorojami. Po šio pakeitimo užklausų buferizavimas pelės pasiūlymai dėl papildomai skaičius pelės juda, buvo sukurtas. Užklausų buferizavimas pelės akcijos dabar pašalinamas taip, kad turėtų būti beveik tiesioginis susirašinėjimas ryšį perkelti reiškiniai ir skatinti pelės perkelti.

4 problema

Tarkime, kad jūs dirbate WPF programa kuri taikoma .NET Framework 4.6. Bandėte kuriuo nors būdu, kuris remiasi WPF siuntėjas naudojant su DispatcherOperation CurrentThread.CurrentCulture arba CurrentThread.CurrentUICulture reikšmę nustatykite. Pavyzdžiui, jūs bandote nustatyti šią reikšmę į vartotojo sąsajos įvykio apdorojimo programos arba MainWindow konstruktorius. 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ąžinama sistemos vartotojo sąsajos kultūros.

Šios pataisos užtikrina, kad CurrentThread.CurrentCulture/CurrentUICulture reikšmės, kurias galite nustatyti būdų WPF programa išlieka taip pat kaip ir prieš .NET Framework 4.6.

5 problema

.NET Framework 4.6, naują žymė, TaskContinuationOptions.RunContinuationsAsynchronously, yra įtrauktas į užduočių biblioteką. Tačiau, kai naudojate šį parametrą, kartu su Task.WhenAll, Task.WhenAny arba Task.Unwrap, vėliava neturi jokios įtakos. Vėliava buvo įdiegtas, siekiant išvengti tam tikras sąlygas aklavietė. Šios pataisos užtikrina, kad įvairių užduočių pratęsimą atsižvelgiama naują žymė.

6 problema

.NET Framework 4.6, yra klaida, dėl gijos saugos AppContext metodai, nes netinkamai AppContext. AppContext yra infrastruktūra sumažinti kėlimas pakeitimus. AppContext galite nustatyti ir atkurti vėliavėlės ir priimti sprendimus naudojant savo programą, atsižvelgiant į šiuos duomenis.

Šios pataisos suteikia tinkamą gijos saugos būdus, AppContext, susijusi su nustatymas ir nuskaitymas jungiklis reikšmes.

7 problemos

Susidūrus su krašto atveju, kuris jūsų priskyrimo ir naudojimo modelį, ir reikia naują savo valdomų netvarkiojo masyvo segmentas, šiukšlių rinktuvas apskaičiuoti patvirtinimo dydis, kuris yra mažesnis, nei turėtų. Dėl to, kad šiukšlių rinktuvas bando rašyti nenustatytos atminties dėl prieigos pažeidimas compact metu.

Šios pataisos teisingai apskaičiuoja dydį.

8 klausimas

Kai sukuriate kodo tam tikrų būdų, .NET Framework programų ir NGEN procesų gali kilti įvyksta netikėtas gedimas.

Problemos 9

RyuJit generuoja neteisingą nurodymus palyginti nepasirašytos 16 bitų sveikieji skaičiai, registrų. Jei įvesties reikšmių MSB skirtingas ir jei palyginti nurodymus, kurie sugeneruojami, naudokite registro operandų gamina yra neteisingi rezultatai.

Šios pataisos sukuria tinkamas instrukcijas.

Taikoma

Šis straipsnis taikomas:

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, naudojant su:
  
  

  • „Windows 7“ 1 pakeitimų paketu

  • „Windows Server 2008 R2“ 1 pakeitimų paketu

  • „Windows Server 2008“ 2 pakeitimų paketu

  • „Windows Vista“ 2 pakeitimų paketu