Hotfix-combinatiepakket 3035803 (Web Installer) voor .NET Framework 4.5 en 4.5.1 4.5.2 op Windows Vista SP2, Windows 7 SP1 Windows 8, punt 8.1 voor Windows, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 en Windows Server 2012 R2

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: 3035803
In dit artikel beschreven hotfix-combinatiepakket 3035803 die beschikbaar is voor het kader van .NET in Microsoft 4.5.2 het .NET Framework 4.5.1 en het .NET Framework 4.5. Zie voor meer informatie over de problemen die de hotfix-combinatiepakket lost de "Problemen die met dit hotfix-combinatiepakket worden opgelost'sectie.

Het installatieprogramma van het web is een klein pakket (minder dan 1 MB) die automatisch wordt bepaald en downloadt alleen de onderdelen die van toepassing voor een bepaald platform zijn.
Oplossing
Een ondersteunde hotfix is nu beschikbaar bij Microsoft. Het is echter bedoeld om alleen het probleem te verhelpen dat in dit artikel wordt beschreven. Pas deze alleen toe op systemen waarop dit specifieke probleem zich voordoet.

Voor dit probleem kunt u contact opnemen 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: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.
Meer informatie

Vereisten

Deze hotfix moet u de .NET Framework 4.5.2, het .NET Framework 4.5.1 of het .NET Framework 4.5 geïnstalleerd hebben.

Opnieuw opstarten

U moet de computer opnieuw opstarten nadat u deze hotfix als de bestanden waarin dit probleem optreedt worden gebruikt. Wij raden aan dat u alle .NET Framework-toepassingen sluiten voordat u deze hotfix toepast.

Informatie over het vervangen van hotfixes

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

Detecteren van de geïnstalleerde hotfix

Detecteren van de succesvolle installatie van hotfix-combinatiepakket 3035803 voor .NET Framework 4.5 en hoger, controleren het sleutelwoord release om te bepalen welke versie is geïnstalleerd. Als u voorwaarts compatibel is, kunt u controleren voor een waarde die groter is dan of gelijk aan de waarde die wordt vermeld in deze tabel.

Versie van hotfix-combinatiepakketDe waarde van de DWORD-Release
Hotfix-combinatiepakket 3035803 voor .NET Framework 4.5 en hoger379970

Zie de volgende MSDN-artikel voor meer informatie over het selectievakje geïnstalleerd versies van .NET Framework:


Problemen die met dit hotfix-combinatiepakket worden opgelost

Probleem 1

Stel dat er een 32-bits Windows Presentation Foundation (WPF)-toepassing op een 64-bits besturingssysteem. Wanneer u herhaaldelijk roept de toepassing de methode PrintQueue.GetPrintCapabilities (of andere verwante afdrukmethoden, zoals PrintQueue.Dispose), treedt een geheugenlek op in een afzonderlijk proces dllhost.exemet.

Opmerking Dit probleem treedt meestal op wanneer u het object PrintQueue het volgende blok van "gebruik tussen":
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

Probleem 2

Wanneer u de gebruikersinterface van virtualisatie voor een besturingselement zoals een ListBox, DataGrid, lijstweergave of TreeView in een WPF toepassing inschakelt, worden de volgende problemen optreden:
  • NullReferenceException- of ArgumentException
  • Schuiven naar een verkeerde locatie
  • Oneindige lus of verkeerd-om
  • StackOverflow uitzondering
  • Fout wanneer u naar de laatste pagina bladert
Oorzaak

Deze problemen treden vaak, wanneer een VirtualizingStackPanel klasse ontdekt dat een of meer onderliggende knooppunten is gewijzigd hoogte, op een bepaald moment andere dan tijdens de eerste aanvraag van de maatregel van de bovenliggende site. Voor het gemak noemen we deze situatie 'bottom-up hoogte wijzigen'. Deze situatie bevat de volgende voorbeelden:
  • Uitvouwen of samenvouwen, een hiërarchische kind (TreeViewItem of GroupItem)
  • Een kind recyclen wanneer nieuwe gegevens een andere hoogte dan de oude gegevens levert (als VirtualizingMode = "Recycling" is ingesteld)
  • Een UserControl waarvan de inhoud is afhankelijk van de gegevens buiten het besturingselement gebruiken
  • Handlers die zijn gedefinieerd door de toepassing voor de lay-out-gebeurtenissen zoals geladen of LayoutUpdated uitvoeren
  • Gegevensbinding aan gegevens buiten het kind (voor een voorbeeld van het gebruik AncestorType of ElementName in de binding)
Deze situatie kan niet altijd correct verwerkt door de klasse VirtualizingStackPakanaal , kan dit ertoe leiden dat de problemen die eerder zijn beschreven.

Opmerkingen
  • De logica is nu verbeterd om op te lossen de problemen die voortvloeien uit de "bottom-up hoogte wijzigingen".
  • De situatie van de 'bottom-up hoogte wijzigen' is verantwoordelijk voor de meeste schuiven en waardering problemen die zijn gemeld bij Microsoft, maar niet voor alle. Dezelfde problemen kunnen optreden om andere redenen die niet worden behandeld in deze correctie.
Probleem 3

Stel dat u hebt geïnstalleerd de Update voor januari. In dit geval degradations prestaties en instabiliteit doet zich voor op de systemen die gebaseerd zijn op de achtergrond Garbage Collector. Dit probleem treedt op omdat de Garbage Collector is bijgewerkt zodat 'geheugen controle schrijven' (MEM_WRITE_WATCH) functie vereist in plaats van optionele. Deze update kan opnieuw de MEM_WRITE_WATCH functie als optioneel.

Probleem 4

Stel u hebt een gehoste IIS WCF-service wordt uitgevoerd op .NET Framework 4.5.1 of 4.5.2. De service is ingesteld op het clientcertificaat in de IIS-instellingen vereist. Echter, de binding van HttpsTransportBindingElement.RequireClientCertificate is ingesteld op false.

In dit geval WCF is niet van toepassing op de IIS-instelling en het clientcertificaat niet correct wordt gevalideerd. Het is mogelijk dit probleem omzeilen door met behulp van een aangepaste binding en de eigenschap HttpsTransportBindingElement.RequireClientCertificate op true.

Probleem 5

Stel u hebt een WCF-service die van transportbeveiliging gebruikmaakt. De service heeft een binding met SecurityBindingElement.SecurityHeaderLayout die is ingesteld op een andere waarde dan de standaardwaarde van strikt.

In dit geval negeert WCF deze eigenschap, zodat clients WCF niet communiceren met de service, kunnen zelfs bij gebruik van een juiste indeling. Om WCF ingaan op dit goed, hebt u de volgende regel toevoegen aan appSettings in het configuratiebestand:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

Waarschuwing: dit artikel is automatisch vertaald

Eigenschappen

Artikel-id: 3035803 - Laatst bijgewerkt: 01/25/2016 07:17:00 - Revisie: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbfix kbsurveynew kbexpertiseadvanced kbqfe kbmt KB3035803 KbMtnl
Feedback