Den här artikeln beskrivs Samlad snabbkorrigering 3146714, som är tillgänglig för Microsoft.NET Framework 4.6 och 4.6.1. Mer information om problem som korrigeras i den samlade uppdateringen finns i avsnittet "problem som åtgärdas i den här samlade uppdateringen".
Lösning
Följande filer kan hämtas från Microsoft Download Center:
För mer information om hur du hämtar supportfiler från Microsoft klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
119591 hämta Microsoft-supportfiler från onlinetjänsterMicrosoft har genomsökt denna fil efter virus. Microsoft använde det mest aktuella antivirusprogram som var tillgängligt när filen lades upp. Filen är sparad på servrar med utökad säkerhet som hjälper till att förhindra otillåtna ändringar av den.
Obs! Kontrollera värdet för nyckelordet Release för att bestämma den installerade versionen för att verifiera uppdateringen snabbkorrigeringsversionen. Du kan kontrollera om ett värde som är större än eller lika med värdet som anges i följande tabell för att vara framåt-kompatibel.
|
Version av snabbkorrigeringen Samlad uppdatering |
Värdet för DWORD övergång |
|---|---|
|
Snabbkorrigering 3146711 för.NET Framework 4.6 och senare versioner |
394294 |
Mer information om hur du avgör vilka versioner av.NET Framework finns Så här: ta reda på vilka versioner av.NET Framework är installerade.
Mer Information
Förutsättningar
Om du vill installera den här snabbkorrigeringen måste du ha.NET Framework 4.6 och 4.6.1 installerat.
Krav på omstart
Du måste starta om datorn när du har installerat den här snabbkorrigeringen om alla berörda filer används. Vi rekommenderar att du stänger alla.NET Framework-baserade program innan du installerar den här snabbkorrigeringen.
Ersättningsinformation för Hotfix
Det här snabbkorrigeringspaketet ersätter inte en tidigare utgiven snabbkorrigering.
Problem som korrigeras i det här snabbkorrigeringspaketet
CLR JIT-problem
C# strukturer överförs genom hänvisning, inte av värde när koden körs på en dator som har.NET Framework 4.6 installerad och som använder RyuJIT-kompilatorn. Ett symtom på det här problemet är att koden representerar data i en samling i fel ordning (tidsserier). Förändringen från tidigare versioner av.NET Framework medför olika symptom när klienter hämtar tidsserie data från våra data historian.
Det här problemet uppstår på grund av en saknad lvAddrExposed flagga för tmp-variabler som fungerar som pass med ref-argument, som i sin tur skadar prop kopieringen.
CLR-problem
Ett problem i loader för CLR-typen kan orsaka dödläge när generiska typer återställs från egna avbildningarna. Detta medför att createpdb ngen kommandot misslyckas. Det här problemet löses genom den här snabbkorrigeringen.
Windows Forms-problem
Användargränssnitt för Windows Forms PrintPreviewDialog initieras långsamt när följande villkor är uppfyllda:
-
En nätverksskrivare används.
-
Användarinställningar för den här skrivaren som duplex-inställningarna ändras.
Vi har lagt till en prestandaoptimering till detta scenario. Om inställningar inte har ändrats för en viss sida, igen skrivarens inställningar för den här sidan inte (genom åtkomst till skrivarkön). Om programmet ändrar skrivarinställningar med händelsehanteraren QueryPageSettings , förbättras inte förhandsgranska generations prestanda för de aktuella sidorna även om välja i -flaggan är angiven.
För att välja den här optimeringen, bör läggas till i filen app.config beroende på vilken version av.NET Framework följande nyckel:
.NET Framework 4.5.2:
<?xml version="1.0" encoding="utf-8"?><configuration>
< appSettings >
< add key="OptimizePrintPreview" value="true" />
< /appSettings >
</configuration>
.NET Framework 4.6 eller senare:
<?xml version="1.0" encoding="utf-8"?><configuration>
< runtime>
< AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
< /runtime>
</configuration>
Om ett program kan köras på båda versionerna av.NET Framework, kan du använda både växlar i samma fil.
Avanmäla sig, ta bort växeln eller ange värdet Falskt.
ClickOnce issue
ClickOnce har uppdaterats så att den stöder TLS 1.1 och 1.2. ClickOnce identifierar automatiskt vilken TLS-protokollet krävs under körning. Det finns inga extra steg som krävs i ClickOnce för att aktivera den här funktionen.
Obs! ClickOnce fortfarande stöder TLS 1.0 inom överskådlig framtid, även om den inte längre anses vara PCI-kompatibla.
