Samleoppdateringen 2996568 for .NET Framework 4.5, 4.5.1 og 4.5.2 på Vista SP2, Windows Server 2008 SP2, Windows 7 SP1 og Windows Server 2008 R2 SP1

Problem 1

Denne hurtigreparasjonen løser følgende to threading problemer i System.IO.Packaging når du bruker .NET Framework 4.5, .NET Framework 4.5.1 eller .NET Framework 4.5.2.

• En vranglås kan oppstå når du bruker større pakker på separate tråder. System.IO.Packaging bruker IsolatedStorage for pakker som er større enn 10 megabyte (MB). Når to eller flere tråder bruker store pakker, oppstå en vranglås, selv om pakkene er uavhengige. I vranglås omfatter to tråder. En venter i IsolatedStorageFile.Lock mens den andre er venter i en annen metode for IsoloatedStorageFile -klassen. Dette problemet løses ved å legge til synkronisering av System.IO.Packaging for å unngå problemet i IsolatedStorageFile.

• Unntak kan oppstå når du hente PackageProperties fra pakker som er åpnet på separate tråder, selv om pakkene er uavhengige. De vanligste kallstakk som oppstår fra dette er som følger:System.Xml.XmlException: Unrecognized root element in Core Properties part. Line 2, position 2. atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  System.ArgumentOutOfRangeException: Specified argument was out of the range of valid values. Parameter name: id atMS.Internal.IO.Packaging.PartBasedPackageProperties.ParseCorePropertyPart(PackagePart part) at
  System.IO.Packaging.Package.get_PackageProperties()
  Dette problemet forårsakes av slike konflikter på en delt ressurs for interne og er løst ved å gi hver pakke som er en kopi av den ressursen.

Problem 2

Windows Presentation Foundation (WPF)-program kan bruke en stor del av minnet når den mottar mange forespørsler om UIAutomation -tjenesten. Minnet tilhører objektene som er fra System.Threading -navneområdet. Dette inkluderer System.Threading.CancellationTokenSource, System.Threading.TimerQueueTimer, System.Threading.Timerog flere andre relaterte klasser.

Dette er objekter som er fordelt på vegne av WPF når WPF mottar en forespørsel om UIAutomation -aktiviteten. De utgis til slutt til fristen for tidsavbrudd for forespørsel utløper (vanligvis tre minutter). Hvis forespørslene kommer raskt, programmet ser ut til å være lekker minne eller mer minne enn det er fornuftig (så mye som 500 MB).

Dette problemet løses ved å frigi objektene når forespørselen er fullført, i stedet for å vente på fristen for tidsavbrudd.

3-problem

I et program for WPF, når du skriver inn tekst ved hjelp av den koreanske Input Method Editor (IME), endres Text -egenskapen for en redigerbar ComboBox ikke riktig i noen tilfeller.

Dette problemet kan det forekomme andre symptomer, og det kommer an på hvordan programmet (eller kontroll-forfatter) har konfigurert ComboBox. For eksempel:

• Når du skriver inn og kategorien borte (eller flytter fokus til en annen kontroll), tilbakestilles til en tom streng eller til verdien den hadde før du skriver den inn i teksten som vises i kombinasjonsboksen .

• Funksjonen TextSearch i ComboBox fungerer ikke riktig. Det stemmer ikke overens med prefikset som er angitt, eller den samsvarer med et ikke-relatert element.

Dette problemet løses ved å endre logikk for å tilpasse tidsberegningen for IME for koreansk som er litt forskjellig fra andre IME.

Problemet 4

Når du bruker en berøring til å utføre en dra-og-slipp-operasjon i en WPF-program, ignoreres neste bevegelsen for preg.

Dette problemet løses ved å gjenopprette den interne tilstanden til inndata via berøring behandlingsprogrammet når dra-og-slipp-operasjonen er fullført. På denne måten beregner den posisjonen til neste bevegelsen for preg på riktig måte.

Problemet 5

En ny oppføringen -implementering kan aktiveres også få betydelige når du arbeider med egendefinerte IAuthenticationModules.

Obs! Store sikkerhetsrisikoer vises hvis koden ikke er utformet for å være sikker. Virkemåte for store endringen er plassert på PreAuthenticate og Authenticate -metoder. Tidligere ble det garantert at koden ble utført serielt (global Lås ble tatt). I implementeringen av nye utføres ikke ingen Lås og kunde-koden må makroens sikkerhet tråden.
I tillegg med implementeringen av ny styres PrefixLookup hurtigbufferstørrelsen via registret.

Registernøklene nedenfor kan brukes til å aktivere og konfigurere den maksimale lengden på PrefixLookup:

• Global konfigurasjon[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319]"System.Net.AuthenticationManager.HighPerformance"=dword:00000001
  "System.Net.AuthenticationManager.PrefixLookupMaxCount"=dword:00010000
  

• Lokale programkonfigurasjon[HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.HighPerformance]"c:\myapp\myapp.exe"=dword:00000001
  [HKEY_LOCAL_MACHINE\SOFTWARE[\Wow6432Node]\Microsoft\.NETFramework\v4.0.30319\System.Net.AuthenticationManager.PrefixLookupMaxCount]
  "c:\myapp\myapp.exe"=dword:00010000
  

Globale innstillinger har prioritet over lokale programinnstillinger. Globale og lokale programinnstillinger kan blandes. PrefixLookupMaxCount påvirkes ikke hvis den globale eller lokale HighPerformance programinnstilling er satt til 1 for DWORD.

Problemet 6

Anta at du kjører et program som er basert på .NET Framework 4.5, .NET Framework 4.5.1 eller .NET Framework 4.5.2. Programmet genererer et unntak i en administrert metode som ble kalt fra opprinnelig kode, og det ble sendt et COM-grensesnitt som referanse. I denne situasjonen, kan programmet krasje.

For eksempel: et program som er skrevet i VB6 kaller en C#-DLL. Brudd på tilgangstillatelse oppstår hvis programmet og DLL-filen kompilert i release-modus når et unntak i C#-kode, og programmet krasjer.

Problemet 7

Når arbeidsflyten XAML-baserte prosjekter tar lengre tid enn standard leieavtalen (fem minutter) for eksterne objekter som er definert av oppgavene for bygging av XAML, får du en feilmelding som ligner på følgende:

Når du har installert denne hurtigreparasjonen, kan du definere din egen leieavtalen (i minutter) ved å definere miljøvariabelen som heter XamlBuildTaskRemotingLeaseLifetimeInMinutes.

Hvis du vil angi miljøvariabelen i en project-fil for MSBuild, må du ta med følgende informasjon i prosjektet:<Project ...> <UsingTask TaskName="MySetEnv" TaskFactory="CodeTaskFactory" AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v4.0.dll" >
<ParameterGroup>
<Name Required="true" />
<Value Required="false" />
</ParameterGroup>
<Task>
<Code Type="Fragment" Language="cs">System.Environment.SetEnvironmentVariable(Name, Value);</Code>
</Task>
</UsingTask>
...
...
<Target Name="BeforeBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="1440" />
</Target>
<Target Name="AfterBuild">
<MySetEnv Name="XamlBuildTaskRemotingLeaseLifetimeInMinutes" Value="" />
</Target>
</Project>
Oppgavenavn i dette eksemplet er MySetEnv. Den kan settes til en hvilken som helst streng som er gyldig for aktivitetsnavnene. I dette eksemplet setter leieavtalen til 1 440 minutter (én dag) før byggingen av prosjektet, og setter den til null etter bygningen. Hvis det finnes flere prosjekter som krever for å utvide leieavtalen, må hvert prosjekt denne konfigurasjonen.

Problemet 8

Når du bruker AJAX tilbakesending på en side, omdirigert noen ganger for tilbakesending til en annen URL-adresse. Du kan få RedirectLocation i en HttpModule gjennom HttpContext.Items["System.Web.UI.PageRequestManager:AsyncPostBackRedirectLocation"].