Denne artikkelen beskriver samleoppdatering 3146714, som er tilgjengelig for Microsoft .NET Framework 4.6 og 4.6.1. Hvis du vil ha mer informasjon om problemene som løses av samleoppdateringen, kan du se delen "problemene som samleoppdateringen løser".
Oppløsning
Følgende filer er tilgjengelige for nedlasting fra Microsoft Download Center:
Hvis du vil ha mer informasjon om hvordan du laster ned Microsoft-støttefiler, klikker du følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:
119591 hvordan du ned Microsoft-støttefiler fra elektroniske tjenesterMicrosoft har søkt etter virus i denne filen. Microsoft brukte det nyeste antivirusprogrammet som var tilgjengelig datoen filen ble gjort. Filen lagres på sikkerhetsforbedrede servere som bidrar til å hindre uautoriserte endringer i filen.
Obs! Du kan bekrefte oppdateringen hurtigreparasjonsversjonen, kan du kontrollere verdien for Release-nøkkelord til å bestemme den installerte versjonen. For å være kompatibel med fremover, kan du se etter en verdi som er større enn eller lik verdien som er oppført i følgende tabell.
|
Hurtigreparasjonsversjonen for beregnet verdi |
Utgivelsen DWORD-verdien |
|---|---|
|
Samleoppdateringen 3146711 for .NET Framework 4.6 og senere versjoner |
394294 |
Hvis du vil ha mer informasjon om hvordan du fastslår .NET Framework-versjonene, kan du se slik: finne ut hvilke versjoner av .NET Framework er installert.
Hvis du vil ha mer informasjon
Forutsetninger
Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.6 eller 4.6.1 installert.
Krav om omstart
Du må starte datamaskinen etter at du har installert denne hurtigreparasjonen, hvis alle berørte filer er i bruk. Vi anbefaler at du lukker alle .NET Framework-baserte programmer før du installerer denne hurtigreparasjonen.
Informasjon om erstatning av hurtigreparasjoner
Denne hurtigreparasjonspakken erstatter ikke tidligere utgitte-hurtigreparasjonspakken.
Problemene som samleoppdateringen løser
CLR JIT-problem
C# strukturer er overført ved referanse, ikke av verdi, når koden kjøres på en datamaskin som har .NET Framework 4.6 installert, og som bruker RyuJIT-kompilatoren. Én symptomet på denne feilen er at koden representerer dataene i en samling i feil rekkefølge (tid-serien). Denne endringen i virkemåte fra tidligere versjoner av .NET Framework gjør at ulike symptomer når klienter hente data for tid-serien fra våre data historian.
Dette problemet oppstår på grunn av en manglende lvAddrExposed -flagget for tmp-variabler som brukes som argumenter for pass av ref, som i sin tur skader prop kopieringen.
CLR-problem
Et problem i CLR-typen lasteren kan føre til vranglås når generiske typer gjenopprettes fra opprinnelige bilder. Dette fører til createpdb på "ngen" -kommandoen mislykkes. Dette problemet er løst i denne hurtigreparasjonen.
Windows Forms-problem
Windows Forms PrintPreviewDialog -grensesnitt initialiseres veldig sakte når følgende betingelser er oppfylt:
-
Det brukes en nettverksskriver.
-
Brukerinnstillinger for denne skriveren, for eksempel dupleksinnstillinger, er endret.
Vi har lagt til en optimalisering av ytelsen i dette scenariet. Hvis siden innstillingene ikke ble endret for en bestemt side, er ikke skriverinnstillinger for denne siden på nytt (ved å åpne til Print spooler). Hvis programmet endrer skriverinnstillingene ved hjelp av hendelsesbehandlingen QueryPageSettings , forbedre ikke forhåndsvisning generasjon ytelse for de berørte sidene selv om aktivering -flagget er angitt.
Hvis du vil bruke denne optimaliseringen, skal følgende nøkkel legges til app.config-filen avhengig av hvilken versjon 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 senere:
<?xml version="1.0" encoding="utf-8"?><configuration>
< runtime>
< AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
< /runtime>
</configuration>
Hvis et program som kan kjøres på begge versjonene av .NET Framework, kan du bruke begge bryterne i den samme filen.
Å melde seg ut, fjerne bryteren, eller angi verdier til false.
ClickOnce issue
ClickOnce er oppdatert for å støtte TLS 1.1 og 1.2. ClickOnce oppdager automatisk hvilken TLS-protokollen er nødvendig ved kjøretid. Det er ingen ekstra trinn kreves for å aktivere denne funksjonaliteten i ClickOnce.
Obs! ClickOnce fortsatt støtter TLS 1.0 for den forventede fremtidige, selv om det ikke lenger anses som PCI-kompatibel.
