Šajā rakstā ir aprakstīts labojumfailu pakotne, kas pieejama Microsoft .NET Framework 4.6.1 un 4.6. Lai iegūtu papildinformāciju par šī labojumfailu pakotne novērš problēmas, skatiet sadaļu Šī labojumfailu pakotne novērš problēmas .
Risinājums
Informācija par lejupielādi
No Microsoft lejupielādes centra iespējams lejupielādēt šādus failus:
Lai iegūtu papildinformāciju par to, kā lejupielādēt Microsoft atbalsta failus, noklikšķiniet uz šī raksta numura un lasiet Microsoft zināšanu bāzes rakstu:
119591 kā iegūt Microsoft atbalsta failus no tiešsaistes pakalpojumiemMicrosoft ir skenējusi šo failu, nav vīrusu. Korporācija Microsoft izmantoja visjaunāko vīrusu noteikšanas programmatūru, kas bija pieejama faila izlikšanas datumā. Fails ir saglabāts serveros ar paaugstinātu drošību; tas palīdz aizsargāt failu no nesankcionētu izmaiņu veikšanas.
Papildinformācija
Priekšnosacījumi
Lai lietotu šo labojumfailu, datorā jābūt instalētai .NET Framework 4.6.1 vai instalēt .NET Framework 4.6.
Restartēšanas nepieciešamība
Pēc šī labojumfaila lietošanas jebkuru ietekmētie faili tiek lietoti tādi ir jārestartē dators. Ieteicams, aizveriet visas lietojumprogrammas, .NET Framework, pirms šī labojumfaila.
Informācija par labojumfaila aizstāšanu
Šo labojumfailu pakotni neaizstāj iepriekš izlaistu labojumfailu pakotni.
Šī labojumfailu pakotne novērš problēmas
1. problēma
WPF lietojumprogramma izmanto TreeViewItem elementu ārpus TreeView kontekstā, lietojumprogramma var rasties InvalidCastException izņēmumu, kuru steka izsekošanas dati sākas šādi:
System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)
Piezīme. Šis izņēmums rodas tad, ja TreeViewItem elements ir virtualizēti saraksta vadīklā (piemēram, sarakstlodziņu, DataGridvai saraksta skats kontrole), kas mēģina atrast ritināšanas nobīde TreeViewItem vai kādai no tās pēctečiem. Piemēram, ja TreeViewItem definē kā DataTemplateun DataTemplate tiek izmantots kā CellTemplate DataGrid kolonnas, šis izņēmums.
2. problēma
System.Web.Caching, gan System.Runtime.Caching ziņojumu izmanto visu AppDomain nevis izmanto kešatmiņas vienumu atmiņas lielumu atmiņas lielumu.
Tas ir regresijas no .NET Framework 4.5 taimera ieviešanas maiņa tika veikta. Papildus atskaites nepareizs lielums papildu norādes kešatmiņas objektu var būtiski ietekmēt Gen2 GC latentumu. ASP.NET hosting scenārijiem, kešatmiņas miscalculates arī visu lietojumprogrammu domēnu (ziņots līdz kešatmiņas % procesu atmiņas ierobežojumu izmanto ASP.NET veiktspējas skaitītājs) visu kešatmiņas lielumu, ja ir pārstrādāts lietojumprogrammu domēnu.
Labojums noņem neparedzētu atsauces kešatmiņas pārējo lietojumprogrammu domēnu objektiem un pēc tam tiek uzrādīta pareizo lielumu. Tas ietver arī uzlabotu Latentums System.Runtime.Caching daudzkodolu datoros, kas izmanto servera GC izmaiņas. Visbeidzot, šis labojums aprēķina lietojumprogrammu domēnā recycling gadījumos pareizi visu kešatmiņas lielumu.
3. problēma
Ja jums ir Windows prezentāciju pamata (WPF) lietojumprogrammu, kas ir atkarīga no reklāmas pele pārvietot, lai apstrādātu pieskarties, lai pārvietotu lietotāja iejaukšanās (nevis tieši, izmantojot skārienekrānu notikumi), iespējama neparasti zemu veicināt peles kustības apjomu.
Agrāk WPF ierobežotas peles reklāmas touch pārvieto jo apjomu touch pārvietojas daudz nosūtītāja. .NET Framework 4.6.1 labojums tika veikta šī darbība. Labojums throttles apstrādāts touch gājienu skaits. Tādēļ peles paaugstinājumi izraisa tālāk samazināt peles ierobežošana pārvieto ģenerēšana. Šo atjauninājumu apkopojumu, peles paaugstinājumi ierobežošana ir noņemta, un tagad ir tuvu 1 1 saraksti touch pārvietot notikumi un veicināt pele pārvietot notikumi.
4. problēma
Pieņemsim, ka strādājat ar WPF lietojumprogrammu, .NET Framework 4.6 mērķi. Piemēram, pieņemsim, mēģinot iestatīt CurrentThread.CurrentCulture vai CurrentThread.CurrentUICulture metodes (piemēram, UI notikumu apdarinātāja vai MainWindow veidotāja), kas tiek izsaukti, izmantojot DispatcherOperation WPF nosūtītāja. Šajā gadījumā to attiecīgo iepriekšējo vērtību metode beigās tiek atiestatīti CurrentCulture un CurrentUICulture vērtības. Ja lietojumprogramma CurrentUICulture tās MainWindow veidotāja vai noklikšķiniet uz pogas apdarinātāju, šis iestatījums tiek atgriezta atpakaļ UI kultūras sistēmas.
Šis labojums nodrošina CurrentThread.CurrentCulture/CurrentUICulture vērtības, kuras var iestatīt metodes WPF lietojumprogrammu atkārtojas, pirms .NET Framework 4.6.
5. problēma
.NET Framework 4.6 jaunu karodziņu, TaskContinuationOptions.RunContinuationsAsynchronously, tika pievienota bibliotēkas uzdevumu . Tomēr, lietojot šo karodziņu kopā ar Task.WhenAll Task.WhenAny , Task.Unwrap, nav nekādas ietekmes. Karodziņš tika ieviesta, lai izvairītos no nosacījumiem Strupsaķere. Šis labojums nodrošina visa veida uzdevumu turpinājumi ņem jaunu karodziņu.
6. jautājums
AppContext ietilpst infrastruktūra, lai samazinātu jaunākās izmaiņas. Varat izmantot AppContext iestatīt un izgūt karodziņi un lēmumus programmu, kuras pamatā ir dati. .NET Framework 4.6 ir kļūdas, kad tabulas galvenes drošības AppContext metodes ir ieviests nepareizi AppContext.
Šis labojums ļauj pareizo pavedienu drošības AppContext metodes, kas attiecas uz iestatījumu un izgūšana slēdzis vērtības.
7. jautājums
Rezultāts ir malas attiecas uz jūsu iedalīšanas un izdzīvošanas modelis un ir nepieciešama jaunu segmentu uz jūsu pārvaldīto kaudze, drazu collector var aprēķināt izpilde lielumu, kas ir mazāka nekā tas būtu. Tādējādi piekļuves pārkāpumu periodā saspiest, drazu kolektora mēģina rakstīt nesaistītās atmiņas. Šis labojums nepareizi aprēķina lielumu.
8. jautājums
Veidojot native kods noteiktām metodēm, un programmas .NET Framework NGEN procesu var avarēt.
9. jautājums
RyuJit izveido nepareizas instrukcijas, salīdzinot 16 bitu parakstīts veselo skaitļu reģistru. Tas rada nepareizus rezultātus ievades vērtības ir atšķirīgas MS B vērtības un tāpēc ģenerēt salīdzināt instrukcijas, izmantojiet tikai reģistrēt operandiem. Šo problēmu rada pareizo instrukcijas.
