Samleoppdateringen 2783808 for .NET Framework-4.5 i Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 og Windows Vista SP2

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

På denne siden

Introduksjon

Denne artikkelen beskriver Samleoppdatering 2783808 for Microsoft .NET Framework 4.5 Service Pack 2 (SP2) i Windows 7, Windows 7 Service Pack 1 (SP1), Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 og Windows Vista SP2. Denne samleoppdateringen er tilgjengelig for å løse flere problemer i.NET Framework-4.5. Hvis du vil ha mer informasjon om problemene som hurtigreparasjonen løser, 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 noen 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.NET Framework 4.5 SP1 er installert i Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 eller Windows Vista SP2.

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 tabellen nedenfor. 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, bruker den Tidssone kategorien i den Dato og klokkeslett elementet i Kontrollpanel.
For alle støttede x 86-baserte versjoner av Windows 7, Windows 7 SP1, Windows 2008 SP2 og Windows Vista SP2
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTidPlattform
CLR.dll4.0.30319.190476,876,60828-Nov-201201:28x 86
Mscordacwks.dll4.0.30319.190471,299,44028-Nov-201201:28x 86
Mscordbi.dll4.0.30319.190471,096,65628-Nov-201201:28x 86
Mscorlib.dll4.0.30319.190475,171,15228-Nov-201202:39x 86
Presentationcore.dll4.0.30319.190473,224,56028-Nov-201202:39x 86
Presentationframework.dll4.0.30319.190476,187,01628-Nov-201202:39x 86
Sos.dll4.0.30319.19047746,94428-Nov-201201:28x 86
System.dll4.0.30319.190473,449,28828-Nov-201202:39x 86
System.IdentityModel.dll4.0.30319.190471,084,92828-Nov-201202:39x 86
System.Printing.dll4.0.30319.19047342,00028-Nov-201202:39x 86
System.Runtime.serialization.dll4.0.30319.190471,051,69628-Nov-201202:39x 86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828-Nov-201202:39x 86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028-Nov-201202:39x 86
System.ServiceModel.dll4.0.30319.190476,368,78428-Nov-201202:39x 86
Windowsbase.dll4.0.30319.190471,237,48828-Nov-201202:39x 86
For alle støttede x 64-baserte versjoner av Windows 7, Windows 7 SP1, Windows 2008 R2, Windows 2008 R2 SP1, Windows 2008 SP2 og Windows Vista SP2
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTidPlattform
CLR.dll4.0.30319.190479,804,22428-Nov-201200:33x 64
CLR.dll4.0.30319.190476,876,60828-Nov-201201:28x 86
Mscordacwks.dll4.0.30319.190471,742,81628-Nov-201200:33x 64
Mscordacwks.dll4.0.30319.190471,299,44028-Nov-201201:28x 86
Mscordbi.dll4.0.30319.190471,497,04028-Nov-201200:33x 64
Mscordbi.dll4.0.30319.190471,096,65628-Nov-201201:28x 86
Mscorlib.dll4.0.30319.190475,120,46428-Nov-201200:33x 64
Mscorlib.dll4.0.30319.190475,171,15228-Nov-201202:39x 86
Presentationcore.dll4.0.30319.190473,207,68028-Nov-201200:33x 64
Presentationcore.dll4.0.30319.190473,224,56028-Nov-201202:39x 86
Presentationframework.dll4.0.30319.190476,187,01628-Nov-201202:39x 86
Sos.dll4.0.30319.19047785,34428-Nov-201200:33x 64
Sos.dll4.0.30319.19047746,94428-Nov-201201:28x 86
System.dll4.0.30319.190473,449,28828-Nov-201202:39x 86
System.IdentityModel.dll4.0.30319.190471,084,92828-Nov-201202:39x 86
System.Printing.dll4.0.30319.19047342,01628-Nov-201200:33x 64
System.Printing.dll4.0.30319.19047342,00028-Nov-201202:39x 86
System.Runtime.serialization.dll4.0.30319.190471,051,69628-Nov-201202:39x 86
System.ServiceModel.Channels.dll4.0.30319.19047158,76828-Nov-201202:39x 86
System.ServiceModel.Discovery.dll4.0.30319.19047312,36028-Nov-201202:39x 86
System.ServiceModel.dll4.0.30319.190476,368,78428-Nov-201202:39x 86
Windowsbase.dll4.0.30319.190471,237,48828-Nov-201202:39x 86
Skjul dette bildetVis dette bildet
assets folding end collapsed

Problemene som samleoppdateringen løser

Felleskjøretiden for språk (CLR) problemer

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, returneres ingen verdier:
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>

Windows Communication Foundation (WCF) problemer

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.

Obs!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 klientsertifikatet Hvis egenskapen HttpsTransportBindingElement.RequireClientCertificate er satt til FALSE. Når et program prøver å få tilgang til klientsertifikater, opererer WCF i én av følgende moduser:
  • krever eller avvise
  • krever ikke og ikke validere
I så fall kan du oppretter et program som kontrollerer om hvilke sertifikat er tillatte DACLer (for eksempel, du kan ikke opprette et program som bruker modus krever 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 til å opprette 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 innstilling i endepunktet 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 at SOAP-feil-meldinger som returneres fra en UDP-endepunkt Hvis en oppdagelse multicast-melding mottas 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 en 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 Tegn i skrifttypen 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 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 den 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-meldingen. Derfor krasjer Visual Studio-2012.

Obs!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 kan opprette en datamodell som forårsaker en PropertyChanged-melding 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åden.
    • UI tråden er tråden som ble angitt av bindingen.
  • Før UI tråden behandler meldingen PropertyChanged, hever en annen PropertyChanged for referansevolum for et tidligere komponent av banen i datamodellen. 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 av 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 til en lang streng som er 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: 2783808 - Forrige gjennomgang: 16. juni 2013 - Gjennomgang: 2.0
Informasjonen i denne artikkelen gjelder:
  • Microsoft .NET Framework 4.5
Nøkkelord: 
kbqfe kbhotfixserver kbfix kbexpertiseadvanced kbsurveynew kbmt KB2783808 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: 2783808

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