Snabbkorrigering 3146715 för.NET Framework 4.6 och 4.6.1 i Windows

Den här artikeln beskrivs Samlad snabbkorrigering 3146715, som är tillgänglig för Microsoft.NET Framework 4.6 och 4.6.1. Mer information om problem som korrigeras i den här samlade i avsnittet om problem som korrigeras i det här snabbkorrigeringspaketet .

Lösning

Följande filer kan hämtas från Microsoft Download Center:

Download Hämta x86-paketet nu.

Download Hämta x64-paketet nu.

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 fastställer 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 startar oväntat beteende när klienter hämta tidsserie data från data historian.

Det här problemet uppstår eftersom flaggan lvAddrExposed för tmp-variabler som fungerar som pass av ref argument saknas. Detta kan i sin tur skadar prop kopieringen.

CLR-problem

Ett problem i CLR-typen loader kan utlösa ett dödläge medan generiska typer återställs från egna avbildningarna. Detta orsakar ett fel i ngen createpdb -kommandot. Den här snabbkorrigeringen löser problemet.

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.

Optimera prestanda har lagts till i det här scenariot. Om inställningarna inte ändras för en viss sida, nytt skrivarinställningarna inte (via till skrivarkön) för den här sidan. Om programmet ändrar skrivarinställningar med händelsehanteraren QueryPageSettings , förbättra förhandsgranskningen generations prestanda för de aktuella sidorna inte trots att välja i -flaggan är angiven.

För att välja den här optimeringen, bör följande nyckel läggas till filen app.config, beroende på vilken version av.NET Framework.

.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äxlar eller ange värdet Falskt.

ClickOnce issue

ClickOnce har uppdaterats så att den stöder TLS 1.1 och 1.2. ClickOnce nu upptäcker 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.

Behöver du mer hjälp?

Utöka dina kunskaper
Utforska utbildning
Få nya funktioner först
Anslut till Microsoft Insiders

Hade du nytta av den här informationen?

Tack för din feedback!

Tack för din feedback! Det låter som att det kan vara bra att koppla dig till en av våra Office-supportrepresentanter.

×