I denne artikel beskrives løsningspakke til 3146714, der er tilgængelig for Microsoft .NET Framework 4.6 og 4.6.1. Du kan finde flere oplysninger om de problemer, som hotfix-opdateringen løser, i afsnittet "Problemer, som denne opdatering til hotfixet løser".
Løsning
Det hotfix, der svarer til KB3146714, er blevet ændret i forhold til de seneste opdateringer af .NET Framework, som indeholder alle rettelser, der tidligere blev inkluderet i KB3146714. Det anbefales at installere de seneste opdateringer af .NET Framework.
Du kan finde flere oplysninger om, hvordan du henter Microsoft-supportfiler, ved at klikke på tallet i følgende artikel for at få vist artiklen i Microsoft Knowledge Base:
119591 Sådan får du Microsoft-supportfiler fra onlinetjenester, som Microsoft har scannet denne fil for virus. Microsoft brugte den nyeste antivirussoftware, der var tilgængelig på den dato, hvor filen blev publiceret. Filen er placeret på servere med udvidet sikkerhed, der bidrager til at forhindre uautoriserede ændringer af filen.
Bemærk! Kontrollér værdien af nøgleordet Udgivelse for at bekræfte den installerede version. For at være fremadkompatibel kan du kontrollere, om en værdi er større end eller lig med den værdi, der er angivet i nedenstående tabel.
Opdateringspakkeversion af hotfix |
Værdi af udgivelses-DWORD |
---|---|
Hotfix-3146711 til .NET Framework 4.6 og nyere versioner |
394294 |
Du kan finde flere oplysninger om, hvordan du bestemmer .NET Framework versioner, under Sådan gør du: Find ud af, .NET Framework versioner er installeret.
Flere oplysninger
Forudsætninger
For at anvende dette hotfix skal du have .NET Framework 4.6 eller 4.6.1 installeret.
Krav om genstart
Du skal genstarte computeren, når du har anvendt dette hotfix, hvis der bruges påvirkede filer. Vi anbefaler, at du lukker alle .NET Framework-baserede programmer, før du anvender dette hotfix.
Oplysninger om udskiftning af hotfix
Denne hotfixpakke erstatter ikke en tidligere udgivet hotfixpakke.
Problemer, som denne opdateringspakke til hotfixet løser
CLR JIT-problem
C#-strukturer overføres som reference, ikke efter værdi, når koden køres på en computer, hvor .NET Framework 4.6 er installeret, og som bruger RyuJIT-compileren. Et symptom på denne fejl er, at koden repræsenterer dataene i en samling i den forkerte rækkefølge (tidsserier). Denne ændring i funktionsmåden fra tidligere versioner af .NET Framework medfører forskellige symptomer, når klienter henter tidsseriedata fra vores data, der kommer frem.
Dette problem opstår på grund af en manglende lvAddrExposed-flag for tmp-variabler, der fungerer som pass-by-ref-argumenter, som igen beskadiget kopi prop phase.
CLR-problem
Et problem med CLR-typeindlæsning kan forårsage en blokering, mens generiske typer gendannes fra oprindelige billeder. Dette medfører, at kommandoen ngen createpdb mislykkes. Dette problem løses med dette hotfix.
Windows Forms-problem
Dialogboksen Windows PrintPreviewDialog initialiseres meget langsomt, når følgende betingelser er opfyldt:
-
Der anvendes en netværksprinter.
-
Brugerindstillinger for denne printer, f.eks. duplex-indstillinger, ændres.
Vi har føjet en optimering af ydeevnen til dette scenarie. Hvis sideindstillingerne ikke er blevet ændret for en bestemt side, anvendes printerindstillingerne for denne side ikke igen (ved at få adgang til printerens spooler). Hvis programmet ændrer printerindstillingerne ved hjælp af hændelseshandleren QueryPageSettings , forbedres ydeevnen for vis udskrift ikke for de påvirkede sider, selvom flaget til tilmelding er angivet.
For at tilmelde dig denne optimering skal følgende nøgle føjes til app.config-filen afhængigt af versionen af .NET Framework:
.NET Framework 4.5.2:
<?xml version="1.0" kodning="utf-8"?>
<konfiguration>
< appSettings >
< add key="OptimizePrintPreview" value="true" />
< /appSettings >
</configuration> .NET Framework 4.6 eller en nyere version:
<?xml version="1.0" kodning="utf-8"?>
<konfiguration>
< runtime>
< AppContextSwitchOverr viser værdi = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
</runtime>
</configuration> Hvis et program kan køre på begge versioner af .NET Framework, skal du bruge begge parametre i den samme fil.
Hvis du vil fravælge, skal du fjerne parameteren eller angive værdierne til falsk.
ClickOnce er
ClickOnce blevet opdateret til at understøtte TLS 1.1 og 1.2.
ClickOnce automatisk, hvilken TLS-protokol der kræves på kørselstidspunktet. Der kræves ingen ekstra trin i ClickOnce at aktivere denne funktionalitet.
Bemærk ClickOnce fortsat understøtter TLS 1.0 i en påregnelig fremtid, selvom det ikke længere betragtes som OVERENSSTEMMELSE-kompatibelt.