Samleoppdateringen 2784153 for .NET Framework-4.5 i Windows 8 og Windows Server 2012

Artikkeloversettelser Artikkeloversettelser
Artikkel-ID: 2784153 - Vis produkter som denne artikkelen gjelder for.
Vis alt | Skjul alt

På denne siden

Introduksjon

Denne artikkelen beskriver samleoppdatering 2784153 for Microsoft .NET Framework 4.5 Service Pack 2 (SP2) i Windows 8 og Windows Server 2012. Denne samleoppdateringen er tilgjengelig for å løse flere problemer i.NET Framework 4.5. Hvis du vil ha mer informasjon om problemene som løses av hurtigreparasjonen, kan du se delen "At denne samleoppdateringen løser problemer".

Mer informasjon

Informasjon om hurtigreparasjon

En støttet hurtigreparasjon er nå tilgjengelig fra Microsoft. Det er imidlertid ment å løse problemet som beskrives i denne artikkelen. Bruk den bare på systemer som har dette bestemte problemet.

Hvis du vil løse dette problemet, kontakter du Microsoft Kundestøtte for å få hurtigreparasjonen. For en fullstendig liste over telefonnumre for Microsofts kundestøttetjenester og informasjon om støttekostnader, kan du gå til følgende Microsoft-webområde:
http://support.Microsoft.com/contactus/?ws=support
Obs! I spesielle tilfeller kan avgifter som vanligvis påløper for oppringinger til kundestøtte avbrutt hvis en Microsoft-tekniker avgjør at en bestemt oppdatering løser problemet. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av den gjeldende oppdateringen.

Forutsetninger

Hvis du vil bruke denne hurtigreparasjonen, må du ha Microsoft .NET Framework 4.5 Service Pack 1 (SP1) installert på Windows 8-eller Windows Server 2012.

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-programmer før du installerer denne hurtigreparasjonen.

Informasjon om erstatning av hurtigreparasjoner

Denne hurtigreparasjonspakken erstatter ikke tidligere utgitte-hurtigreparasjonspakken.

Filinformasjon

Skjul dette bildetVis dette bildet
assets folding start collapsed
Den globale versjonen av denne hurtigreparasjonen har filattributtene (eller senere filattributter) som er oppført i følgende tabell. Datoene og klokkeslettene for disse filene er oppført i Coordinated Universal Time (UTC). Når du viser filinformasjonen, konverteres den til lokal tid. Hvis du vil finne forskjellen mellom UTC og lokal tid, kan du bruke kategorien tidssone under dato og klokkeslett i Kontrollpanel.
For alle støttede x86-baserte versjoner av Windows 8
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTidPlattform
Presentationframework.dll4.0.30319.190516,187,01628-Nov-201223:53x 86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x 86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x 86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x 86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x 86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x 86
System.dll4.0.30319.190513,448,76028-Nov-201223:53x 86
Mscorlib.dll4.0.30319.190515,171,16828-Nov-201223:53x 86
Normidna.nlpIkke tilgjengelig59,34206-Jul-201220:03Ikke tilgjengelig
Normnfc.nlpIkke tilgjengelig47,07606 - Jul-201220:03Ikke tilgjengelig
Normnfd.nlpIkke tilgjengelig40,56606-Jul-201220:03Ikke tilgjengelig
Normnfkc.nlpIkke tilgjengelig67,80806-Jul-201220:03Ikke tilgjengelig
Normnfkd.nlpIkke tilgjengelig61,71806-Jul-201220:03Ikke tilgjengelig
CLR.dll4.0.30319.190516,876,62428-Nov-201223:53x 86
Mscordacwks.dll4.0.30319.190511,299,42428-Nov-201223:53x 86
Mscordbi.dll4.0.30319.190511,096,67228-Nov-201223:53x 86
Sos.dll4.0.30319.19051746,94428-Nov-201223:53x 86
Presentationcore.dll4.0.30319.190513,224,57628-Nov-201223:53x 86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x 86
For alle støttede x 64-baserte versjoner av Windows 8and Windows Server 2012
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTidPlattform
Mscorlib.dll4.0.30319.190515,120,46428-Nov-201223:54x 64
Normidna.nlpIkke tilgjengelig59,34206-Jul-201220:02Ikke tilgjengelig
Normnfc.nlpIkke tilgjengelig47,07606 - Jul-201220:02Ikke tilgjengelig
Normnfd.nlpIkke tilgjengelig40,56606-Jul-201220:02Ikke tilgjengelig
Normnfkc.nlpIkke tilgjengelig67,80806-Jul-201220:02Ikke tilgjengelig
Normnfkd.nlpIkke tilgjengelig61,71806-Jul-201220:02Ikke tilgjengelig
CLR.dll4.0.30319.190519,803,72828-Nov-201223:54x 64
Mscordacwks.dll4.0.30319.190511,742,83228-Nov-201223:54x 64
Mscordbi.dll4.0.30319.190511,497,05628-Nov-201223:54x 64
Presentationframework.dll4.0.30319.190516,187,01628-Nov-201223:54x 86
Sos.dll4.0.30319.19051785,36028-Nov-201223:54x 64
System.IdentityModel.dll4.0.30319.190511,084,42428 -Nov-201223:54x 86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Nov-201223:54x 86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:54x 86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:54x 86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:54x 86
System.dll4.0.30319.190513,448,76028-Nov-201223:54x 86
Presentationcore.dll4.0.30319.190513,207,66428-Nov-201223:54x 64
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:54x 64
Presentationframework.dll4.0.30319.190516,187,01628-Nov-201223:53x 86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x 86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x 86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x 86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x 86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x 86
System.dll4.0.30319.190513,448,76028-Nov-201223:53x 86
Mscorlib.dll4.0.30319.190515,171,16828-Nov-201223:53x 86
Normidna.nlpIkke tilgjengelig59,34206-Jul-201220:03Ikke tilgjengelig
Normnfc.nlpIkke tilgjengelig47,07606 - Jul-201220:03Ikke tilgjengelig
Normnfd.nlpIkke tilgjengelig40,56606-Jul-201220:03Ikke tilgjengelig
Normnfkc.nlpIkke tilgjengelig67,80806-Jul-201220:03Ikke tilgjengelig
Normnfkd.nlpIkke tilgjengelig61,71806-Jul-201220:03Ikke tilgjengelig
CLR.dll4.0.30319.190516,876,62428-Nov-201223:53x 86
Mscordacwks.dll4.0.30319.190511,299,42428-Nov-201223:53x 86
Mscordbi.dll4.0.30319.190511,096,67228-Nov-201223:53x 86
Sos.dll4.0.30319.19051746,94428-Nov-201223:53x 86
Presentationcore.dll4.0.30319.190513,224,57628-Nov-201223:53x 86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x 86
Skjul dette bildetVis dette bildet
assets folding end collapsed

Problemene som samleoppdateringen løser

Felleskjøretiden for språk Problemer (CLR)

Problem 1

Når en .NET Framework 4.5 program prøver å kjøre datasanering i bakgrunnen på en datamaskin som har lite minne, kan det oppstå en vranglås.

Problem 2

PerformanceCounterCategory.GetCategories -metoden kan ikke returnere en liste over ytelse teller kategorier på noen operativsystemer som bruker andre språk enn engelsk. I tillegg, hvis et .NET Framework-program kjører kode som ligner på følgende hvis du vil liste opp ytelsestellerkategorier, ingen verdier returneres:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Når du har installert hurtigreparasjonen, må du legge til følgende nye LocalizedPerfCounter konfigurasjonsnøkkelen i konfigurasjonsfilen for programmet for .NET Framework-program:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problemer med Windows Communication Foundation (WCF)

Problem 1

Anta at det er et program som bruker System.Xml.XmlDictionaryReader WCF-klassen til å lese UTF-8-kodede Unicode-tegn. Når programmet leser enkelte Unicode-tegn som faller innenfor et bestemt område, kan Les prosessen være treg.

Merk Hvis du vil ha mer informasjon om System.Xml.XmlDictionaryReader-klassen, kan du gå til følgende MSDN-webområde:
Generell informasjon om XmlDictionaryReader-klassen


Problem 2

På en datamaskin som kjører .NET Framework 4.5 eller en tidligere versjon, WCF-programmer ikke tilgang til et klientsertifikat hvis egenskapen HttpsTransportBindingElement.RequireClientCertificate er satt tilFALSE. Når et program prøver å få tilgang til klientsertifikater, WCFoperates i én av følgende moduser:
  • kreve eller avvise
  • krever ikke og ikke validere
Du kan ikke opprette et program som kontrollerer om hvilke sertifikat er tillatte DACLer i dette tilfellet (for eksempel, du kan ikke opprette et program som bruker moduskrever ikke sertifikater men validere hvis angitt ). Denne hurtigreparasjonen gjør det mulig for programmet å legge til en per sluttpunkt-innstilling som gir klientsertifikatet til WCF-programmer hvis klienten inneholder sertifikatet. Sertifikatet er valgfrie. Tilkoblinger blir ikke forkastet hvis et sertifikat ikke er angitt. Et webområde kan for eksempel prøve å bruke skjemagodkjenning å validere et forsøk på tilgang på en server, og til å gi ekstra tilgang Hvis finnes et klientsertifikat presenteres til serveren.

Å utvikle programmet, lage en EndpointBehavior virkemåte, og deretter legge til virkemåten til en binding for endepunktet. For eksempel kan du kjøre følgende kode for å opprette metoden og legge til virkemåten:
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Alternativt kan du legge til følgende innstillingen for sluttpunkt bindingParameters samlingen:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Problem 3

Når du kjører en WCF-tjeneste som støtter WS-Discovery over User Datagram Protocol (UDP) på en server, kan du oppleve ett eller flere av følgende problemer:
  • CPU-bruken øker Uventet på serveren.
  • Multicast-trafikk er større enn forventet.
  • Mange SOAP-feil-meldinger er observert på et nettverk der .NET Framework 4.5 er distribuert på alle eller et delsett av datamaskiner.
Denne hurtigreparasjonen hindrer SOAP-feil-meldinger som returneres fra en UDP-endepunkt Hvis en oppdagelse multicast-melding er mottatt på et sluttpunkt som ikke er konfigurert for oppdagelse.

Merk Disse problemene kan oppstå selv om tjenesten ikke ble kompilert mål .NET Framework 4.5. Disse problemene kan oppstå i et miljø eller nettverket der .NET Framework 4.5 er til stede på ett eller flere sluttpunkter.

Windows Presentation Foundation (WPF) problemer


Problem 1

Skrive ut ytelsen blir dårlig når du bruker a.NET 4.5 Framework-baserte WPF-tjenesten til å skrive ut til en skriver på et operativsystem som grafisk grensesnitt (GDI). Dette problemet oppstår hvis følgende betingelser er oppfylt:
  • Operativsystemet som er vert for tjenesten bruker en ikke-engelske nasjonale innstillinger.
  • Operativsystemet har én av følgende produkter som er installert:
    • WPF versjon 4.0
    • WPF versjon 4.5
    • WPF versjon 3.5 og hurtigreparasjonen som er beskrevet i følgende Microsoft Knowledge Base-artikkel (eller en oppgradering hurtigreparasjon som inneholder denne hurtigreparasjonen):
      980294 Tegnene i skriften for strekkode skrives ut i skriften Wingdings i et XPS-dokument som er opprettet ved hjelp av .NET Framework 3.0
  • Du skriver ut et dokument som har mange tekstblokker.
Dette problemet oppstår fordi et oppslag skjer hver gang at utskriftsprosessen kaller en tekstblokk for å finne GDI-skriften som brukes til å vise teksten. Ressursbruk for oppslag operasjonen øker ved å bruke hurtigreparasjonen som er distribuert i KB980294, versjon 4.0 for WPF og WPF versjon 4.5. I tillegg dominerer Ressursbelegg operasjonens oppslag samlet ressursbruk i utskriftsprosessen. Denne hurtigreparasjonen løser et kjent problem i som hurtigbufrer resultater av operasjon for oppslag. Når du har installert hurtigreparasjonen, forekommer Ressursbelegg operasjonens oppslag en gang per GDI-skrift i stedet for som forekommer én gang per blokk med tekst.

Problem 2

Tenk deg følgende:
  • Du har et .NET Framework 4.5-basert program som inneholder en redigerbar WPF-kontroll. Det bruker Input Method Editor (IME) for kontrollen.
  • Du kan skrive inn tekst i kontrollen.
  • Kontrollen kan endre teksten som registreres. Følgende er eksempler på dette problemet:
    • Anta at du har en tekstboks kontrollen er bundet til data Text-egenskapen. Oppdater kilde utløseren for en TextBox.Text-binding for egenskapen er satt til PropertyChanged. Når du skrive inn teksten, sendes det til en egenskap for et underliggende dataelement som er beskrevet i banen til bindingen. Teksten kan i tillegg bli erstattet med en annen streng ved selve dataelementet, eller ved hjelp av konverteringsprogrammene som er involvert i bindingen.
    • Anta at du har en redigerbar kombinasjonsbokskontroll tekstsøk innstillingen er aktivert. Når du skriver inn tekst, prøver kombinasjonsbokskontrollen å finne tekst mot listen over tilgjengelige alternativer. Hvis kontrollen finner et alternativ som begynner med teksten, vil teksten erstattes av den fullstendige teksten i det tilsvarende alternativet.
  • Du kan aktivere IME til å sende en WM_IME_CHAR-melding til en WPF-programmet når kontrollen er i tilstanden "teksten har blitt endret av kontrollen".

    Merk Den nøyaktige sekvensen av tegn som fører til at denne meldingen varierer mye mellom forskjellige IME-programmer. Aldri send denne meldingen i det hele tatt i noen IME.
I dette scenariet kan krasje 4.5 for .NET Framework-baserte programmet sammen med et System.InvalidOperationException-unntak.

Hvis du vil løse dette problemet, kan du bruke hurtigreparasjonen. Denne hurtigreparasjonen løser et bestemt problem som Visual Studio 2012 krasjer når du redigerer et Team Foundation Server (TFS) arbeidselement sammen med Engkoo Pinyin IME aktivert. Det følgende er en detaljert beskrivelse av problemet:

Anta at du skrive inn tekst i feltet "Tilordnet" i et arbeidselement i Visual Studio 2012. Når du trykker Enter etter at du skrive inn teksten, sender IME-Engkoo WM_IME_CHAR-melding. Derfor krasjer Visual Studio 2012.

Merk Inntasting av tekst tilandre felt av arbeidselementet TFS kan også forårsake dette problemet.
Merk Dette problemet oppstår også i WPF versjon 4.0 eller en tidligere versjon av WPF. Reparasjonen gjelder imidlertid bare for WPF versjon 4.5.
Problem 3

Tenk deg følgende:
  • Du har en WPF-programmet som angir en egenskap for bundet til data. Bundet til data-egenskapen inneholder en binding som er en kompleks bane. Bindingen har for eksempel følgende bane:
    {Binding Path=A.B.C.D}
  • Du oppretter en datamodell som forårsaker en PropertyChanged for referansevolum for noen komponenter av banen på en tråd. For eksempel viser Arbeidstråden et varsel om endring for egenskapen C.

    Notater
    • Arbeidstråden kan være en tråd som er forskjellig fra Brukergrensesnittet tråd.
    • UI tråden er tråden som ble angitt av bindingen.
  • Før UI tråden behandler meldingen PropertyChanged, hever datamodellen en annen PropertyChanged for referansevolum for et tidligere komponent av banen. Du har for eksempel en tråd viser et varsel om endring for egenskapen A.

    Merk Meldingen for andre PropertyChanged kan oppstå på en tråd. Dette inkluderer UI tråden.
I så fall ignoreres meldingen for andre. I tillegg oppstår datatap. Egenskapen D henter for eksempel den opprinnelige verdien av egenskapen A. Det forventede resultatet er imidlertid den egenskapen D henter den endrede verdien for egenskapen A.

Merk Dette problemet kan også påvirke en tidligere versjon enn WPF versjon 4.5. Reparasjonen gjelder imidlertid bare for WPF versjon 4.5.


Problem 4

Tenk deg følgende:
  • Du har en WPF-programmet som kjører kode hvis du vil deklarere en TextBlock-kontroll, og koden som ligner på følgende:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Du kan skrive inn tekst i en lang streng 9600 tegn eller lengre.
  • Du kjører programmet på en datamaskin som kjører WPF versjon 4.5.
I dette scenariet TextBlock-kontroll viser flere linjer med tekst, og hver tekstlinje slutter med ellipser. Antall linjer som vises er for eksempel n/ 9600.

Obs!n er en plassholder for lengden på den opprinnelige teksten. Det forventede resultatet er imidlertid at TextBlock kontrollen viser en enkelt linje med tekst som slutter på ellipsen.

Egenskaper

Artikkel-ID: 2784153 - Forrige gjennomgang: 27. januar 2014 - Gjennomgang: 2.0
Informasjonen i denne artikkelen gjelder:
  • Microsoft .NET Framework 4.5
Nøkkelord: 
kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtno
Maskinoversatt
VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.
Den engelske versjonen av denne artikkelen er den følgende: 2784153

Gi tilbakemelding

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com