Zbirna ispravka za 3139550 za .NET Framework 4.6.1 i 4.6 za Windows

1. problem

Kada WPF aplikacija koristi TreeViewItem izvan konteksta Prikaza stabla, 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 TreeViewItem u virtuelizovanoj kontroli liste (na primer, kontrola ListBox, DataGrid ili ListView) koja pokušava da pronađe pomeranje pomeranja za Prikaz stabla ili neki od opadajućih tačdauna. Na primer, ovaj izuzetak se javlja ako deklarišete TreeViewItem kao osnovnu kolonu podatakaTemplate, a tekst PodatakaTemplate se koristi kao CellTemplate of a DataGrid kolone.


 

2. problem

System.Web.Caching i System.Runtime.Caching prijavljuju veličinu memorije koju koristi ceo AppDomain umesto memorije koju koriste stavke keša.

Ovo je regresija iz .NET Framework 4.5 zbog promene primene tajmera. Pored izveštavanja o pogreš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š je takođe pogrešno izračunao veličinu svih kešova u svim domenima aplikacije (kao što je prijavljeno kroz "Iskorišćeno je ograničenje memorije za keš% procesne memorije" ASP.NET brojača performansi) kada su domeni aplikacije reciklirani.

Ovo rešenje uklanja nenamerne reference iz keša sa objektima domena druge aplikacije kako bi se prijavila ispravna veličina. Ova ispravka obuhvata i promene u cilju poboljšanja kašnjenja za System.Runtime.Caching na računarima sa više jezrvnih računara koji koriste GC servera. Pored toga, kada se primeni ova ispravka, veličina svih kešova u scenarijima reciklaže domena aplikacije se ispravno izračunava.


 

3. problem

Kada imate Windows Presentation Foundation (WPF) aplikaciju koja se oslanja na promociju pokreta mišem za pomeranje dodirom kako biste rukovali interakcijom korisnika dodirom (umesto direktnog korišćenja događaja dodirom), može se dešavati neobično niža količina promovisanih premeštanja miša.

Ranije je WPF reaguo na promociju pokreta miša preko dodira da bi se izbeglo da velika količina dodira preopterećuje dispečer. U .NET Framework 4.6.1, uvedeno je rešenje za relacije broja obrađenih premeštanja dodirom. Posle ove promene, zabrana promocija miša dovela je do dodatnog smanjenja broja generisanih premeštanja mišem. Blokiranje promocija miša je sada uklonjeno tako da bi trebalo da postoji skoro jedan-prema-jedan prepiska između događaja premeštanja dodirom i promovisanih događaja premeštanja miša.


 

4. problem

Pretpostavimo da radite u WPF aplikaciji koja cilja na .NET Framework 4.6. Pokušavate da postavite vrednost CurrentThread.CurrentCulture ili CurrentThread.CurrentUICulture u bilo kom metodu koji poziva WPF dispečer pomoću DispatcherOperation. Na primer, pokušate da podesite ovu vrednost u rukovaoca događajima u UI-u ili u MainWindow konstruktoru. U ovom trenutku, vrednosti CurrentCulture i CurrentUICulture se resetuju na prethodne vrednosti na kraju metoda. Ako aplikacija postavi CurrentUICulture na glavniWindow konstruktor ili na dugme Kliknite na rukovalac, ta postavka se vraća na kulturu sistemskog UI-ja.

Ovo rešenje postarava da vrednosti CurrentThread.CurrentCulture/CurrentUICulture koje su podešene u metodima u WPF aplikaciji potraju na isti način kao i pre .NET Framework 4.6.


 

5. problem

U .NET Framework 4.6 nova zastavica, TaskContinuationOptions.RunContinuationsAsinnchronously, dodaje se u biblioteku zadataka. Međutim, kada koristite ovu zastavicu zajedno sa zadatkom.WhenAll, Task.WhenAny ili Task.Unwrap, zastavica nema efekta. Zastavica je uvedena da bi se izbegli određeni uslovi krajnje roka. Ovo rešenje postarava da sve vrste nastavka zadatka poštuju novu zastavicu.


 

6. problem

U .NET Framework 4.6 postoji buba u programu AppContext koja izaziva neispravno primenu niti metoda AppContext. AppContext je deo infrastrukture radi smanjenja ukidanja promena. Možete da koristite AppContext da biste postavili i preuzeli zastavice i da biste doneli odluke u aplikaciji na osnovu toga.

Ova ispravka omogućava ispravnu bezbednost niti za metode na AppContext koji su povezani sa postavljanjem i oduzimanjem komutatora vrednosti.


 

7. problem

Kada naiđete na ivicu predmeta koji ima obrazac dodele i preživljavanja i potreban vam je novi segment na kontrolisanom smeću, prikupljač smeća može da izračuna veličinu koja je manja nego što bi trebalo. To uzrokuje kršenje pristupa tokom sažete faze jer prikupljač smeća pokušava da piše u nedovršenoj memoriji.

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 doživeti neočekivani pad.

9. problem

RyuJit generiše netačna uputstva za poređenje 16-bitnih nepotpisanih instrukcija na registrima. To daje netačan rezultat ako ulazne vrednosti imaju različite MSB vrednosti i ako uporedite uputstva koja su generisana, koristite operandove registratora.

Ovo rešenje generiše tačna uputstva.
 

Odnosi se na

Ovaj članak se odnosi na sledeće:
 

• Microsoft .NET Framework 4.6.1

• Microsoft .NET Framework 4.6, kada se koristi sa:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 za ugrađene sisteme

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard