Ovaj članak opisuje zbirnu hitnu ispravku koja je dostupna za Microsoft .NET Framework 4.6.1 i 4.6. Više informacija o problemima koje ova zbirna ispravka hitna ispravka rešava potražite u odeljku Problemi koje ova zbirna ispravka hitna ispravka rešava.
Rezolucija
Preuzimanje informacija
Hitna ispravka koja odgovara KB3139549 zamenjena je najnovijim ispravkama za .NET Framework, koje sadrže sve ispravke koje su prethodno uključene u KB3139549. Preporučuje se da instalirate najnovije ispravke sistema .NET Framework.
Za više informacija o tome kako da preuzmete datoteke Microsoft podrške kliknite na sledeći broj članka da biste prikazali članak u Microsoft bazi znanja:
119591 Kako da nabavite datoteke Microsoft podrške iz usluga na mreži Microsoft je skenirao ovu datoteku zbog virusa. Microsoft je koristio najnoviji softver za otkrivanje virusa koji je dostupan na datum kada je datoteka objavljena. Datoteka se skladišti na serverima poboljšanim bezbednostima koji sprečavaju sve neovlašćene promene u datoteci.
Više informacija
Preduslovi
Da biste primenili ovu hitnu ispravku, morate da imate instaliran .NET Framework 4.6.1 ili .NET Framework 4.6.
Ponovo pokreni zahtev
Morate ponovo da pokrenete računar kada primenite ovu hitnu ispravku ako se koristi neka datoteka na koju ovo utiče. Preporučujemo da zatvorite sve .NET Framework zasnovane na hitnim ispravkama pre nego što primenite ovu hitnu ispravku.
Informacije o zameni hitne ispravke
Ovaj paket hitne ispravke ne zamenjuje prethodno objavljeni paket hitne ispravke.
Problemi koje ova hitna ispravka rešava
1. problem
Kada WPF aplikacija koristi element TreeViewItem izvan konteksta TreeView, aplikacija može naići na NevažećiCastException izuzetak čije praćenje steka počinje na sledeći način:
Sistem. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Na primer Ovaj izuzetak se javlja kada je element TreeViewItem u virtuelizovanoj kontroli liste (na primer, kontrola ListBox, DataGrid ili ListView) koja pokušava da pronađe pomeranje pomeranja stavke TreeViewItem ili jednog od njihovih opadajućih tona. Na primer, ako deklarišete TreeViewItem kao osnovni tekst podatakaTemplate, a tekst PodatakaTemplate se koristi kao CellTemplate of a DataGrid column, do ovog izuzetka dolazi.
2. problem
System.Web.Caching i System.Runtime.Caching prijavljuju veličinu memorije koju koristi ceo AppDomain umesto veličine memorije koju koriste stavke keša.
Ovo je problem sa regresijom u izdanju .NET Framework 4.5 u kojoj je uneta promena u primeni tajmera. Pored izveštavanja o netačnoj veličini, dodatni objekti na koje upućuje keš mogu znatno da utiču na Gen2 GC kašnjenja. U ASP.NET hostinga keš takođe pogrešno izračunava veličinu svih kešova u svim domenima aplikacije (prijavljeni putem ograničenja memorije %memorije procesa keša % korišćenog ASP.NET brojača performansi) kada se domeni aplikacije reciklira.
Ispravka uklanja nenamerne reference iz keša sa ostalim objektima domena aplikacije, a zatim se prijavljena je ispravna veličina. Ona uključuje i promene u cilju poboljšanja kašnjenja za System.Runtime.Caching na računarima sa više jezzema koji koriste GC servera. Na kraju, ovo rešenje izračunava veličinu svih kešova u scenarijima reciklaže domena aplikacije ispravno.
3. problem
Kada imate Windows Presentation Foundation (WPF) aplikaciju koja se oslanja na promociju pokreta mišem kako bi rukovala interakcijom korisnika dodirom (umesto direktnog korišćenja događaja dodira), može se dešavati neobično niža količina promovisanih premeštanja miša.
U prošlosti je WPF reaguo na promociju premeštanja mišem zato što je količina dodira preopterećila dispečera. U .NET Framework 4.6.1 rešenje je napravljeno za ovo ponašanje. Ispravka relativa broj obrađenih premeštanja dodirom. Stoga je zabrana promocija miša dovela do daljeg smanjenja generisanja pokreta mišem. U ovoj zbirci ispravki, uklonjeno je blokiranje promocija miša i sada bi trebalo da bude blizu 1 do 1 korespondencije između događaja premeštanja dodirom i promovisanih događaja premeštanja miša.
4. problem
Pretpostavimo da radite sa WPF aplikacijom koja cilja na .NET Framework 4.6. Na primer, pretpostavimo da pokušavate da podesite CurrentThread.CurrentCulture ili CurrentThread.CurrentUICulture na bilo koji način (kao što je rukovalac događajima UI ili MainWindow konstruktor) koje poziva WPF dispatcherOperation. U ovom trenutku, vrednosti CurrentCulture i CurrentUICulture se resetuju na svoje starije vrednosti na kraju metoda. Ako aplikacija postavi CurrentUICulture na glavniWindow konstruktor ili kliknite na rukovalac dugmetom, ta postavka se vraća na kulturu UI sistema.
Ovo rešenje postarava da vrednosti CurrentThread.CurrentCulture/CurrentUICulture koje se mogu podesiti u metodima u WPF aplikaciji potraju kao i pre .NET Framework 4.6.
5. problem
U .NET Framework 4.6 nova zastavica, TaskContinuationOptions.RunContinuationsAsinnchronously, dodata je u biblioteku zadataka. Međutim, kada koristite ovu zastavicu u veze sa zadatkom.WhenAll, Task.WhenAny ili Task.Unwrap, to nema nikakvog efekta. Zastavica je uvedena da bi se izbegli određeni uslovi krajnje roka. Ovo rešenje postarava da svi tipovi nastavka zadatka poštuju novu zastavicu.
6. problem
AppContext je deo infrastrukture radi smanjenja ukidanja promena. Možete da koristite AppContext da biste postavili i preuzeli zastavice i doneli odluke u aplikaciji zasnovane na tim podacima. U .NET Framework 4.6 postoji buba u programu AppContext u kojoj se tead-bezbednost metoda AppContext pogrešno primenjuje.
Ova ispravka omogućava ispravnu bezbednost niti za metode na AppContext koji su povezani sa postavljanjem i oduzimanjem komutatora vrednosti.
7. problem
Kada dođete do ivice predmeta sa obrascem dodele i preživljavanja i potreban vam je novi segment na kontrolisanom kesi, prikupljač smeća može izračunati veličinu koja je manja nego što bi trebalo da bude. To izaziva kršenje pristupa tokom sažete faze, jer prikupljač smeća pokušava da piše do neizvršene memorije. Ovo rešenje ispravno izračunava veličinu.
8. problem
Kada kreirate izvorni kôd za određene metode, .NET Framework i NGEN procesi mogu da padnu.
9. problem
RyuJit generiše netačna uputstva za poređenje 16-bitnih nepotpisanih instrukcija na registrima. To daje netačne rezultate ako ulazne vrednosti imaju različite MSB vrednosti i samim tim generiše uputstva za poređenje koja koriste samo registrujte operandove. Ovo rešenje generiše tačna uputstva.
