Denne artikkelen beskriver samleoppdatering 3146716, 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:Last ned (x86 og x64) nå. 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 utløser uventet atferd når klienter hente data for tid-serien fra data-historian. Dette problemet oppstår fordi det mangler lvAddrExposed -flagget for tmp-variabler som brukes som argumenter for pass av ref. Dette, i sin tur skader prop kopieringen. CLR-problem Et problem i CLR-typen loader kan utløse en vranglås mens generiske typer gjenopprettes fra opprinnelige bilder. Dette fører til en feil i createpdb på "ngen" -kommandoen. Denne hurtigreparasjonen løser dette problemet. 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.
Optimalisere ytelsen er lagt til dette scenariet. Hvis innstillingene ikke endres for en bestemt side, skriverinnstillinger ikke på nytt (ved å åpne til Print spooler) for denne siden. Hvis programmet endrer skriverinnstillingene ved hjelp av hendelsesbehandlingen QueryPageSettings , forbedre forhåndsvisning generasjon ytelse for de berørte sidene ikke 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 vil automatisk finne hvilke 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.