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

SVARBU: šis straipsnis išverstas naudojant „Microsoft“ mašininio vertimo programinę įrangą ir gali būti pataisytas naudojant „Community Translation Framework“ (CTF) technologiją. „Microsoft“ siūlo mašinos išverstus ir po to bendruomenės suredaguotus straipsnius, taip pat žmogaus išverstus straipsnius siekdama suteikti prieigą prie visų savo žinių bazės straipsnių daugeliu kalbų. Mašinos išverstuose ir vėliau paredaguotuose straipsniuose gali būti žodyno, sintaksės ir / arba gramatikos klaidų. „Microsoft“ neatsako už jokius netikslumus, klaidas arba žalą, patirtą dėl neteisingo turinio vertimo arba mūsų klientų naudojimosi juo. Daugiau apie CTF žr. http://support.microsoft.com/gp/machine-translation-corrections.

Spustelėkite čia, norėdami pamatyti šio straipsnio versiją anglų kalba: 3139549
Šiame straipsnyje aprašomos karštosios pataisos naujinimų paketas, skirtas Microsoft .NET Framework 4.6.1 ir 4.6. Jei norite gauti daugiau informacijos apie šį specifinių karštųjų pataisų paketas išsprendžia problemas, žr. toliau Šiame specifinių karštųjų pataisų paketas išsprendžia problemas skyriuje.
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 įsigyti „Microsoft“ palaikymo failus internetu
„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 .NET Framework 4.6.1 arba .NET Framework 4.6 įdiegtas.

Reikalavimas paleisti iš naujo

Kai pritaikote šias karštąsias pataisas, jei yra naudojami visi susiję failai, 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 nėra pakeisti 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 TreeViewItemelementas ne pagalTreeView , programa gali kiltiInvalidCastException išimtį, kurio rietuvės sekimas prasideda taip:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)

Pastaba. Ši išimtis atsiranda, kai TreeViewItemelementas yra virtualaus sąrašo valdiklis (pvz.,sąrašo laukas, DataGridarba sąrašo rodinys valdymo), bando rasti slinkties poslinkis TreeViewItem arba vieno iš jo poelemenčių. Pvz., jei paskelbti TreeViewItemDataTemplatešaknimi, o DataTemplate yra naudojamas kaip CellTemplateDataGrid stulpelio, šis išimties.

2 problema

System.Web.Caching ir System.Runtime.Caching apie atminties naudoja visą AppDomain vietoj atminties naudoja talpyklos elementų.

Tai yra regresijos problema iš .NET Framework 4.5, kurioje yra laikmatis įgyvendinant buvo pakeista. Be ataskaitų yra netinkamas dydžio, papildomus objektus iš talpyklos gerokai gali paveikti Gen2 GC gaištis. ASP.NET hosting scenarijų, talpyklos taip pat miscalculates visos talpyklos visos programos domenuose (pranešė per talpyklos % proceso atminties limitas naudoja ASP.NET efektyvumo skaitiklio) dydį kai taikymo sritys yra antrinių.

Taisyti pašalina atsitiktinių nuorodos iš talpyklos likusio app domeno objektų, ir tada pranešama tinkamo dydžio. Jis taip pat yra pakeitimų, kad pagerinti ir gaištis System.Runtime.Caching kelių branduolių kompiuteriuose, kurie naudoja serverio GC. Galiausiai, ši pataisa apskaičiuoja visos programos domene recycling scenarijai tinkamai talpyklos dydį.

3 problema

Windows grafikos pateikimo platformos (WPF) programa, kuri priklauso nuo skatinimas, kai pelės perkelti norint tvarkyti liesti perkelti vartotojo veiksmų (o ne tiesiogiai liesti įvykiai), galite susidurti su neįprastai mažus skatinti pelės juda.

Anksčiau, WPF throttled pelės skatinimas ryšį juda, nes tomą lietimo judesių užvaldo siuntėjas. .NET Framework 4.6.1 nustatyti buvo taip. Taisyti throttles touch juda apdoroti. Todėl užklausų buferizavimas pelės pasiūlymai dėl dar sumažinti pele juda sukurtas. Į šį specifinių naujinimų paketą, užklausų buferizavimas pelės pasiūlymai bus pašalintas, ir dabar reikia uždaryti, kad 1: 1 susirašinėjimo touch perkelti įvykius ir skatinti pelės perkelti įvykius.

4 problema

Tarkime, kad dirbate su WPF programa kuri taikoma .NET Framework 4.6. Pavyzdžiui, tarkime, kad bandote nustatytiCurrentThread.CurrentCulture arba CurrentThread.CurrentUICulture, kuriuo nors būdu (pvz., vartotojo sąsajos įvykio apdorojimo programos arbaMainWindow konstruktorius), kuris remiasi WPF siuntėjas naudojant su DispatcherOperation. Tokiu atveju CurrentCulture ir CurrentUICulture reikšmes iš naujo nustatomi jų ankstesnės vertės metodas pabaigoje. Jei programa nustato CurrentUICulture MainWindow konstruktorius arba spustelėkite mygtuką apdorojimo programos, šį parametrą grįžta į sistemos vartotojo sąsajos kultūros.

Šis taisymas 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ą vėliavėlę, TaskContinuationOptions.RunContinuationsAsynchronously, buvo įtraukta į 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 nustatyta, kad būtų išvengta tam tikras sąlygas aklavietė. Šis taisymas užtikrina, visų rūšių užduotis pratęsimą atsižvelgiama naują žymę.

6 problema

AppContext priklauso infrastruktūra sumažinti kėlimas pakeitimus. Galite naudoti AppContext nustatyti ir priimti vėliavėlės ir sprendimus naudojant savo programą, pagrįstą duomenų. .NET Framework 4.6, yra klaida, AppContext, kai thead saugos AppContext metodų yra įdiegta netinkamai.

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

Problema 7

Kai paspausite su savo paskirstymo ir naudojimo modelį, be to, krašto atveju reikia naują savo valdomų netvarkiojo masyvo segmentas, šiukšlių rinkimo priemonė gali apskaičiuoti padaryti dydį, kuris yra mažesnis nei turėtų būti. Dėl prieigos pažeidimo compact metu, kaip šiukšlių rinktuvas bando rašyti nenustatytos atminties. Ši pataisa apskaičiuoja dydį tinkamai.

8 klausimas

Kai sukuriate pradinio kodo tam tikrų būdų, .NET Framework programos ir NGEN procesai gali sugesti.

Problemos 9

RyuJit generuoja neteisingą instrukcijos lyginant nepasirašytos 16 bitų sveikieji skaičiai, registrų. Jei įvesties reikšmių MS B skirtingas ir todėl generuoti palyginti nurodymus, kad naudoti tik užregistruoti operandų gamina klaidingi rezultatai. Ši pataisa sukuria tinkamą nurodymus.

Įspėjimas: šis straipsnis išverstas automatiškai

Savybės

Straipsnio ID: 3139549 – Paskutinė peržiūra: 02/25/2016 00:07:00 – Peržiūra: 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139549 KbMtlt
Atsiliepimai