Hotfix-combinatiepakket 2784153 voor het .NET Framework 4.5 in Windows 8 en Windows Server 2012

Vertaalde artikelen Vertaalde artikelen
Artikel ID: 2784153 - Bekijk de producten waarop dit artikel van toepassing is.
Alles uitklappen | Alles samenvouwen

Op deze pagina

Inleiding

Dit artikel beschreven hotfix-combinatiepakket 2784153 voor Microsoft .NET Framework 4.5 in servicepack 2 (SP2) in Windows 8 en Windows Server 2012. Dit hotfix-combinatiepakket is beschikbaar voor het oplossen van diverse problemen in het.NET Framework 4.5. Zie de sectie "Dat wordt opgelost door dit hotfix-combinatiepakket Issues" voor meer informatie over de problemen die de hotfix wordt opgelost.

Meer informatie

Informatie over de hotfix

Een ondersteunde hotfix is nu beschikbaar bij Microsoft. Het is echter bedoeld om alleen het probleem dat in dit artikel wordt beschreven. Pas deze alleen toe op systemen waarop dit specifieke probleem zich voordoet.

U kunt dit probleem oplossen door contact op te nemen met Microsoft Customer Support Services om de hotfix te verkrijgen. Een volledige lijst met telefoonnummers van Microsoft Customer Support Services en informatie over kosten van ondersteuning vindt u op de volgende Microsoft-website:
http://support.Microsoft.com/contactus/?ws=support
Opmerking In speciale gevallen kunnen kosten die normaal aan ondersteuningsoproepen verbonden zijn, worden geannuleerd als een medewerker van Microsoft productondersteuning van mening is dat een specifieke update de oplossing van uw probleem is. De normale ondersteuningskosten blijven gelden voor extra ondersteuningsvragen die niet in aanmerking voor de specifieke update in kwestie komen.

Vereisten

Deze hotfix moet u het Microsoft .NET Framework 4.5 in servicepack 1 (SP1) geïnstalleerd in Windows 8-of Windows Server 2012 hebben.

Opnieuw opstarten

U moet de computer opnieuw opstarten nadat u deze hotfix hebt toegepast, als alle bestanden waarin dit probleem optreedt worden gebruikt. Het is raadzaam alle .NET Framework-toepassingen te sluiten voordat u deze hotfix toepast.

Vervanging van hotfixes

Dit hotfix-pakket vervangt geen eerder uitgebrachte hotfix-pakket.

Informatie over bestanden

Deze afbeelding samenvouwenDeze afbeelding uitklappen
assets folding start collapsed
De algemene versie van deze hotfix heeft de bestandskenmerken (of recentere bestandskenmerken) die in de volgende tabel worden weergegeven. De datums en tijden voor deze bestanden worden weergegeven in Coordinated Universal Time (UTC). Wanneer u de bestandsinformatie weergeeft, wordt deze naar lokale tijd geconverteerd. Om het verschil tussen UTC en lokale tijd te achterhalen, gebruikt u het tabblad tijdzone in het onderdeel datum en tijd in het Configuratiescherm.
Voor alle ondersteunde x 86-versies van Windows 8
Deze tabel samenvouwenDeze tabel uitklappen
BestandsnaamBestandsversieBestandsgrootteDatumTijdPlatform
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.nlpNiet van toepassing59,34206-Jul-201220:03Niet van toepassing
Normnfc.nlpNiet van toepassing47,07606 - Jul-201220:03Niet van toepassing
Normnfd.nlpNiet van toepassing40,56606-Jul-201220:03Niet van toepassing
Normnfkc.nlpNiet van toepassing67,80806-Jul-201220:03Niet van toepassing
Normnfkd.nlpNiet van toepassing61,71806-Jul-201220:03Niet van toepassing
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
Voor alle ondersteunde x 64-versies van Windows 8and Windows Server 2012
Deze tabel samenvouwenDeze tabel uitklappen
BestandsnaamBestandsversieBestandsgrootteDatumTijdPlatform
Mscorlib.dll4.0.30319.190515,120,46428-Nov-201223:54x64
Normidna.nlpNiet van toepassing59,34206-Jul-201220:02Niet van toepassing
Normnfc.nlpNiet van toepassing47,07606 - Jul-201220:02Niet van toepassing
Normnfd.nlpNiet van toepassing40,56606-Jul-201220:02Niet van toepassing
Normnfkc.nlpNiet van toepassing67,80806-Jul-201220:02Niet van toepassing
Normnfkd.nlpNiet van toepassing61,71806-Jul-201220:02Niet van toepassing
CLR.dll4.0.30319.190519,803,72828-Nov-201223:54x64
Mscordacwks.dll4.0.30319.190511,742,83228-Nov-201223:54x64
Mscordbi.dll4.0.30319.190511,497,05628-Nov-201223:54x64
Presentationframework.dll4.0.30319.190516,187,01628-Nov-201223:54x 86
Sos.dll4.0.30319.19051785,36028-Nov-201223:54x64
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:54x64
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:54x64
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.nlpNiet van toepassing59,34206-Jul-201220:03Niet van toepassing
Normnfc.nlpNiet van toepassing47,07606 - Jul-201220:03Niet van toepassing
Normnfd.nlpNiet van toepassing40,56606-Jul-201220:03Niet van toepassing
Normnfkc.nlpNiet van toepassing67,80806-Jul-201220:03Niet van toepassing
Normnfkd.nlpNiet van toepassing61,71806-Jul-201220:03Niet van toepassing
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
Deze afbeelding samenvouwenDeze afbeelding uitklappen
assets folding end collapsed

Problemen die met dit hotfix-combinatiepakket worden opgelost

Common language runtime Problemen met (CLR)

Probleem 1

Wanneer een toepassing .NET Framework 4.5 achtergrond garbagecollection uitvoert op een computer met weinig geheugen, treedt een impasse.

Probleem 2

De methode PerformanceCounterCategory.GetCategories kan niet een lijst van de prestaties van categorieën teller terug op enkele besturingssystemen die van niet-Engelse landinstellingen gebruikmaken. Ook als een .NET Framework-toepassing wordt code die lijkt op de volgende categorieën voor prestatiemeteritems inventarisatie uitgevoerd, wordt geen waarde geretourneerd:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Nadat u de hotfix hebt toegepast, moet u de volgende nieuwe sleutel LocalizedPerfCounter in het configuratiebestand toevoegen voor uw toepassing .NET Framework:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problemen met Windows Communication Foundation (WCF)

Probleem 1

Stel dat een toepassing die gebruikmaakt van de klasse System.Xml.XmlDictionaryReader WCF lezen UTF-8 gecodeerd Unicode-tekens. Als de toepassing bepaalde Unicode-tekens die binnen een bepaald bereik vallen, te lezen, kan het proces lezen traag zijn.

OpmerkingGa naar de volgende MSDN-website voor meer informatie over de klasse System.Xml.XmlDictionaryReader:
Algemene informatie over de klasse XmlDictionaryReader


Probleem 2

Op een computer waarop .NET Framework-4.5 of een eerdere versie wordt uitgevoerd, geen WCF-toepassingen toegang tot een clientcertificaat als de eigenschap HttpsTransportBindingElement.RequireClientCertificate is ingesteld opFALSE. Als een toepassing probeert toegang te krijgen tot clientcertificaten, WCFoperates in een van de volgende modi:
  • toestaan of weigeren
  • is niet vereist en niet valideren
In dit geval kan u een toepassing voor welk certificaat controleren strikte is maken (bijvoorbeeld niet kunt u een toepassing die gebruikmaakt van de modusgeen certificaten nodig, maar als geleverd te valideren maken). Deze hotfix wordt de toepassing een instelling per eindpunt waarmee het clientcertificaat WCF-toepassingen als de client het certificaat toevoegen. Het certificaat is echter optioneel. Verbindingen wordt niet afgewezen als een certificaat is opgegeven. Een website kan bijvoorbeeld proberen te forms-verificatie gebruiken voor het valideren van een toegangspoging op een server en extra machtigingen toekennen als de aanwezigheid van een certificaat wordt geverifieerd op de server.

Ontwikkelen van de toepassing, het gedrag van een EndpointBehavior maken en vervolgens het gedrag toevoegen aan een binding van het eindpunt. Bijvoorbeeld, kunt u de volgende code te maken van de methode en het gedrag toevoegen uitvoeren:
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();
                }
            }
        }
    }
U kunt ook de volgende eindpunt instelling toevoegen aan de collectie bindingParameters:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Probleem 3

Wanneer u een WCF-service WS-Discovery via User Datagram Protocol (UDP) op een server ondersteunt uitvoert, treden een of meer van de volgende problemen op:
  • CPU-gebruik neemt onverwacht toe op de server.
  • Multicast-verkeer is groter dan verwacht.
  • Veel SOAP-foutberichten worden waargenomen op een netwerk waarop .NET Framework 4.5 is geïmplementeerd op alle of een subset van computers.
Deze hotfix voorkomt dat de SOAP-foutberichten van een UDP-endpoint wordt geretourneerd als een multicast-WS-Discovery-bericht wordt ontvangen op een eindpunt dat is niet geconfigureerd voor WS-Discovery.

OpmerkingDeze problemen kunnen optreden, zelfs als de service is niet gecompileerd met het .NET Framework 4.5-doel. Deze problemen kunnen optreden in een omgeving of een netwerk waarin de .NET Framework 4.5 aanwezig op een of meer eindpunten is.

Problemen met Windows Presentation Foundation (WPF)


Probleem 1

Slechte afdrukprestaties treedt op wanneer u a.NET WPF Framework 4.5-gebaseerde service afdrukken op een printer Graphic Device Interface (GDI) op een besturingssysteem. Dit probleem treedt op onder de volgende voorwaarden:
  • Een niet-Engelse landinstellingen worden gebruikt door het besturingssysteem die fungeert als host voor de service.
  • Het besturingssysteem is een van de volgende producten geïnstalleerd:
    • WPF versie 4.0
    • WPF versie 4.5
    • WPF versie 3.5 en de hotfix die wordt beschreven in het volgende Microsoft Knowledge Base-artikel (of een upgrade hotfix waarin deze hotfix):
      980294 Tekens in het lettertype voor de streepjescode worden afgedrukt in het lettertype Wingdings in een XPS-document dat is gemaakt met .NET Framework 3.0
  • U afdrukken een document met veel blokken tekst.
Dit probleem treedt op omdat de opzoekfunctie treedt op elke keer dat het afdrukproces een blok tekst roept vinden de GDI-lettertype dat wordt gebruikt om de tekst weer te geven. Het gebruik van bronnen van de opzoekfunctie wordt verhoogd met het toepassen van de hotfix die wordt verdeeld in KB980294, WPF versie 4.0 en WPF versie 4.5. Het gebruik van bronnen van de opzoekfunctie zomaar bovendien het bronnengebruik van het afdrukproces. Deze hotfix lost een bekend probleem in de logica die de resultaten van de bewerking lookup. Nadat u de hotfix hebt toegepast, gebeurt het bronnengebruik van de opzoekfunctie eenmaal per lettertype GDI in plaats van eenmaal per blok tekst plaatsvindt.

Probleem 2

Overweeg het volgende scenario:
  • U hebt een .NET Framework 4.5-toepassing met een bewerkbare WPF-besturingselement. Het besturingselement wordt een Input Method Editor (IME) gebruikt.
  • U kunt tekst invoeren in het besturingselement.
  • Het besturingselement kunt wijzigen van de tekst die wordt ingevoerd. Hier volgen enkele voorbeelden van dit probleem:
    • Stel u hebt een TextBox heeft de teksteigenschap gegevensafhankelijk besturingselement. De update-trigger bron voor de binding van een TextBox.Text van de eigenschap is ingesteld op PropertyChanged. Als u de tekst invoert, wordt het verzonden naar een eigenschap van een onderliggende gegevensitem dat wordt beschreven in het pad van de binding. Bovendien kunnen vervangen door een andere tekenreeks door het gegevensitem zelf of door de conversieprogramma's die betrokken zijn bij de binding.
    • Wordt ervan uitgegaan dat er een bewerkbare keuzelijst met invoervak zoeken in tekst instelling is ingeschakeld. Wanneer u tekst invoert, zoekt het besturingselement keuzelijst met invoervak naar de tekst op de lijst met beschikbare opties. Als het besturingselement een optie die met de tekst begint, wordt de tekst vervangen door de volledige tekst van de overeenkomende optie.
  • U kunt de IME op een WM_IME_CHAR-bericht verzenden naar een WPF toepassing wanneer het besturingselement in de staat 'tekst is gewijzigd door het besturingselement'.

    OpmerkingDe exacte volgorde van tekens die ervoor zorgt dit bericht dat verschilt sterk tussen verschillende IME's. Sommige IME's nooit dit bericht verzenden op alle.
In dit scenario wordt het .NET Framework 4.5-toepassing loopt vast met een uitzondering System.InvalidOperationException.

U kunt dit probleem oplossen door de hotfix toepassen. Deze hotfix lost ook het werkitem van een specifiek probleem waar Visual Studio 2012 loopt vast wanneer u een Team Foundation Server (TFS) samen met de Engkoo Pinyin IME is ingeschakeld. Hier volgt een gedetailleerde beschrijving van dit probleem:

Stel dat u tekst invoert in het veld "Toegewezen aan" van een artikel in Visual Studio 2012. Wanneer u vervolgens op Enter drukt nadat u de tekst invoert, stuurt de IME Engkoo de WM_IME_CHAR-bericht. Daarom Visual Studio 2012 loopt vast.

OpmerkingInvoeren, tekst inandere velden van het werkitem TFS kunnen ook dit probleem veroorzaken.
OpmerkingDit probleem treedt ook op in WPF versie 4.0 of een eerdere versie van WPF. De correctie geldt echter alleen voor WPF versie 4.5.
Probleem 3

Overweeg het volgende scenario:
  • U hebt een WPF toepassing die een eigenschap gegevensgebonden verklaart. De eigenschap gegevensgebonden bevat een binding met een complex pad. De binding is bijvoorbeeld het volgende pad:
    {Path=A.B.C.D binding}
  • U maakt een gegevensmodel dat een melding PropertyChanged van sommige onderdelen van het pad op een werkthread. Bijvoorbeeld de werkthread leidt tot een wijzigingsbericht voor eigenschap C.

    Opmerkingen
    • Een thread die van de UI-thread verschilt kan bestaan uit de werkthread.
    • De UI-thread wordt de thread die is gedefinieerd door de binding.
  • Voordat de UI-thread de melding PropertyChanged verwerkt, genereert het gegevensmodel nog een PropertyChanged melding voor een eerdere onderdeel van het pad. Stel u hebt een thread leidt tot een wijzigingsbericht voor eigenschap A.

    OpmerkingDe tweede kennisgeving PropertyChanged kan optreden op een thread. Dit omvat de UI-thread.
In dit geval wordt wordt de tweede kennisgeving genegeerd. Bovendien verloren gegevens. Bijvoorbeeld verkrijgt de eigenschap D de oorspronkelijke waarde van de eigenschap A. Het verwachte resultaat is echter die eigenschap die d de gewijzigde waarde van de eigenschap A. wordt

Opmerking Dit probleem kan ook invloed hebben op een eerdere versie dan versie 4.5 WPF. De correctie geldt echter alleen voor WPF versie 4.5.


Probleem 4

Overweeg het volgende scenario:
  • U hebt een WPF toepassing die code voor het declareren van een TextBlock-besturingselement wordt uitgevoerd en de code de volgende strekking weergegeven:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Invoer van tekst op een lange tekenreeks 9600 tekens of langer.
  • U uitvoert uw toepassing op een computer met WPF versie 4.5.
In dit scenario wordt het besturingselement TextBlock worden verschillende tekstregels weergegeven en elke regel tekst eindigt met ellipsen. Het aantal regels dat wordt weergegeven, is bijvoorbeeld n/ 9600.

Opmerkingn een aanduiding waarmee de lengte van de oorspronkelijke tekst is. Het verwachte resultaat is echter dat het besturingselement TextBlock één regel tekst die op de weglatingstekens eindigt weergegeven.

Eigenschappen

Artikel ID: 2784153 - Laatste beoordeling: maandag 27 januari 2014 - Wijziging: 2.0
De informatie in dit artikel is van toepassing op:
  • Microsoft .NET Framework 4.5
Trefwoorden: 
kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtnl
Automatisch vertaald artikel
BELANGRIJK: Dit artikel is vertaald door middel van automatische vertalingssoftware van Microsoft en is mogelijk nabewerkt door de Microsoft Community via CTF-technologie (Community Translation Framework) of door een menselijke vertaler. Microsoft biedt zowel automatisch vertaalde, door mensen vertaalde en door de community nabewerkte artikelen aan, zodat er in meerdere talen toegang is tot alle artikelen in onze Knowledge Base. Een vertaald of bewerkt artikel kan fouten bevatten in vocabulaire, syntaxis of grammatica.. Microsoft is niet verantwoordelijk voor eventuele onjuistheden, fouten of schade ten gevolge van een foute vertaling van de inhoud van een bericht of het gebruik van deze vertaalde berichten door onze klanten.
De Engelstalige versie van dit artikel is de volgende: 2784153

Geef ons feedback

 

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