Samleoppdateringen 2803754 er tilgjengelig for .NET Framework-4.5 i Windows 7, Windows Server 2008, Windows Server 2008 R2 og Windows Vista

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

På denne siden

Introduksjon

Denne artikkelen beskriver Samleoppdatering 2803754 som er tilgjengelig for Microsoft .NET Framework 4.5. Denne samleoppdateringen løser flere problemer i .NET Framework-4.5. Hvis du vil ha mer informasjon om problemene som hurtigreparasjonen løser, kan du se delen "Mer informasjon".

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
Merk 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 som er installert på en datamaskin som kjører ett av operativsystemene:
  • Windows 7 Service Pack 1 (SP1)
  • Windows Server 2008 R2 SP1
  • Windows Server 2008 Service Pack 2 (SP2)
  • 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-baserte 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 .NET Framework-4.5 i Windows 7, Windows Server 2008 og Windows Vista
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTid
Aspnet_wp.exe4.0.30319.1905643,98422-Jan-201312:29
Clrjit.dll4.0.30319.19056451,54422-Jan-201312:29
Microsoft.Build.Tasks.v4.0.dll4.0.30319.190561,190,44022-Jan-201310:46
PresentationCore.dll4.0.30319.190563,224,57622-Jan-201310:46
PresentationFramework.dll4.0.30319.190566,187,00822-Jan-201310:46
System.Printing.dll4.0.30319.19056341,99222-Jan-201310:46
System.Web.Extensions.dll4.0.30319.190561,849,88022-Jan-201310:46
System.Data.SqlXml.dll4.0.30319.19056742,92022-Jan-201310:46
System.Design.dll4.0.30319.190565,041,65622-Jan-201310:46
System.Web.dll4.0.30319.190565,420,50422-Jan-201310:46
System.Web.Services.dll4.0.30319.19056849,40022-Jan-201310:46
System.Xml.dll4.0.30319.190562,687,96022-Jan-201310:46
Webengine.dll4.0.30319.1905624,52822-Jan-201312:29
Webengine4.dll4.0.30319.19056504,80822-Jan-201312:29
WindowsBase.dll4.0.30319.190561,237,46422-Jan-201310:46
For alle støttede x 64-baserte versjoner av .NET Framework-4.5 i Windows 7, Windows Server 2008, Windows Server 2008 R2 og Windows Vista
Skjul denne tabellenVis denne tabellen
FilnavnFilversjonFilstørrelseDatoTid
Aspnet_wp.exe4.0.30319.1905648,61622-Jan-201313:01
Aspnet_wp.exe4.0.30319.1905643,98422-Jan-201312:29
Clrjit.dll4.0.30319.190561,235,40022-Jan-201313:01
Clrjit.dll4.0.30319.19056451,54422-Jan-201312:29
Microsoft.Build.Tasks.v4.0.dll4.0.30319.190561,190,44022-Jan-201310:46
PresentationCore.dll4.0.30319.190563,207,66422-Jan-201313:01
PresentationCore.dll4.0.30319.190563,224,57622-Jan-201310:46
PresentationFramework.dll4.0.30319.190566,187,00822-Jan-201310:46
System.Printing.dll4.0.30319.19056341,99222-Jan-201313:01
System.Printing.dll4.0.30319.19056341,99222-Jan-201310:46
System.Web.Extensions.dll4.0.30319.190561,849,88022-Jan-201310:46
System.Data.SqlXml.dll4.0.30319.19056742,92022-Jan-201310:46
System.Design.dll4.0.30319.190565,041,65622-Jan-201310:46
System.Web.dll4.0.30319.190565,415,38422-Jan-201313:01
System.Web.dll4.0.30319.190565,420,50422-Jan-201310:46
System.Web.Services.dll4.0.30319.19056849,40022-Jan-201310:46
System.XML.dll4.0.30319.190562,687,96022-Jan-201310:46
Webengine.dll4.0.30319.1905626,59222-Jan-201313:01
Webengine.dll4.0.30319.1905624,52822-Jan-201312:29
Webengine4.dll4.0.30319.19056618,45622-Jan-201313:01
Webengine4.dll4.0.30319.19056504,80822-Jan-201312:29
WindowsBase.dll4.0.30319.190561,237,46422-Jan-201310:46

Skjul dette bildetVis dette bildet
assets folding end collapsed

Problemene som samleoppdateringen løser

Common language runtime (CLR) problemer

Problem 1

Det returneres en feil verdi av DateTime.TryParse -metoden når du bruker kode som ligner på følgende:

DateTime dt = DateTime.Parse("4/21 5pm");
Console.WriteLine(dt.ToString());

if (DateTime.TryParse("4/21 5pm", out dt))
{
      Console.WriteLine(dt.ToString());
}
Console.ReadLine();
I dette eksemplet er feil utdata 4:00 på dagens dato.

Løsning

Når du har installert hurtigreparasjonen, prøver den å gjøre bedre forsøk på analyse av denne bestemt mønster.

Legg til følgende kode i konfigurasjonsfilen for programmet for å aktivere hurtigreparasjonen:

<configuration>
    <runtime>
        <EnableAmPmParseAdjustment enabled=?1? />    
    </runtime>
</configuration>
Merk Ingen andre datoen eller klokkeslettet mønsteret vil dra nytte av hurtigreparasjonen.

Problem 2

Et .NET Framework 4.5-basert program som bruker altfor ExecutionContext objekter eller WCF kan føre til for mange objekter som er festet på Garbage Collector heapen. Dette forårsaker heap fragmentering sammen med en økning i minne og CPU-bruken av Garbage Collector.

Løsning

Denne hurtigreparasjonen hindrer at objekter blir låst i visse tilfeller. Bruk en av følgende metoder for å aktivere hurtigreparasjonen:
  • Opprett miljøvariabelen COMPLUS_DisableRetStructPinning , og angi verdien for variabelen til 1.
  • Opprette en DWORD -verdi på [HKLM\Software\Microsoft\.NETFramework\DisableRetStructPinning] undernøkkel i registret, og angi DWORD -verdien til 1.

ASP.NET-problemer

Problem 1

ASP.NET midlertidige kompilering utdata som produseres på en datamaskin kan ikke brukes på nytt på en annen datamaskin, selv om de to datamaskinene har samme versjon av ASP.NET og identiske kopier av webområdet.

Årsak

Dette problemet oppstår fordi datamaskinspesifikk informasjon brukes som en del av beslutningen om å fastslå om ASP.NET midlertidige kompilering utdata er oppdatert.

Løsning

Hvis du vil aktivere hurtigreparasjonen når du har installert, må du legge følgende oppføring til AppSettings -delen i Web.config-filen for programmet. Når du har gjort dette, bruker ikke ASP.NET datamaskinspesifikk informasjon når det bestemmes om ASP.NET midlertidige kompilering utdata er oppdatert. Utdataene er derfor bærbare mellom datamaskiner som har samme konfigurasjon.

<add key="aspnet:PortableCompilationOutput" value="true"/>
Problem 2

En kappløpssituasjon i klassen ASP.NET- CacheManager , kan det føre til at arbeidsprosessen krasjer Hvis et ASP.NET-webprogram oppretter nye objekter i MemoryCache når CacheManager trimmer hurtigbufferen for Internet Information Services (IIS).

Årsak

Dette problemet oppstår fordi ASP.NET- CacheManager -klasse kan bruke flere tråder til å lese eller skrive til en samling på en måte som ikke er trådsikker. Dette fører til et ubehandlet unntak.

Issue 3

Hvis et ASP.NET-webprogram behandler forespørsler fra lang tid som ofte kaller Response.Flush -metoden, kan det være en økning i webprogrammets minneforbruk. Problemet 4

Hvis et ASP.NET-webprogram bruker utdatahurtigbuffer når operativsystemet justerer klokken, fører til at unntak og fører til at forespørsler mislykkes. Problemet 5

Et .NET Framework 4.5-basert program som bruker egenskapen HttpResponse.ClientDisconnectedToken oppleve arbeidsprosesser krasjer når klienter lukke sine tilkoblinger til en server.

Windows Communication Foundation (WCF) problemer

Problem 1

Når du starter en ASMX Web-tjeneste som er lagret i IIS, Web-tjenesten mislykkes, og er midlertidig utilgjengelig til IIS-arbeidsprosessen som er resirkulert.

Merk Dette problemet oppstår vanligvis når operativsystemet opplever høy "burst laster."

I tillegg unntak en System.InvalidOperationException med kallstakken nedenfor:

System.InvalidOperationException: Forespørselsformatet er ukjent for URL som uventet slutter på "/Metodenavn'.
på System.Web.Services.Protocols.WebServiceHandlerFactory.CoreGetHandler (type som HttpContext kontekst, HttpRequest forespørsel, HttpResponse-svar)
på System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler (HttpContext kontekst, streng verb, URL-strengen, strengen filePath)
på System.Web.Script.Services.ScriptHandlerFactory.GetHandler (HttpContext kontekst, streng requestType, URL-strengen, strengen pathTranslated)
ved System.Web.HttpApplication.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
på System.Web.HttpApplication.ExecuteStep (IExecutionStep trinn, boolsk & completedSynchronously)

Merk "Metodenavn"representerer webtjenestemetoden som du vil aktivere.

Årsak

Dette problemet oppstår på grunn av en kappløpssituasjon som oppstår under den tilbakestiller og lesing av konfigurasjonen i <webServices>-delen.

Issue 2

Et program som er opprettet ved hjelp av .NET Framework-4.5 kan krasje under tung belastning, og det oppstår følgende unntak:

</webServices>
Unntakstype: System.InvalidOperationException
Melding: Nummertabell mislyktes. Last inn faktor for høyt

Merk Unntaket oppstår nær toppen av kallstakken nedenfor:
  • System.Xml.Serialization.DynamicAssemblies.IsTypeDynamic
Årsak

Dette problemet skyldes en kappløpssituasjon .NET Framework serializes dynamiske samlinger på grunn av samtidige setter inn i en hash-tabell som ikke er synkronisert på riktig måte.

Windows Presentation Foundation (WPF) problemer

Problem 1

En 4.5 for .NET Framework-baserte programmet slutter å svare når den ruller en DataGrid eller en ItemsControl.

Dette problemet oppstår hvis følgende betingelser er oppfylt:
  • Egenskapen VirtualizingPanel.IsVirtualizingWhenGrouping er satt til true.
  • Ett eller flere av ItemsPresenter eller VirtualizingStackPanel -klassene som deltar i oppsettet for ItemsControl eller dens undergrupper med marger som er forskjellig fra standardinnstillingen. Spesielt når egenskapen Margin.Top eller Margin.Left (for vannrett rulling) ikke er null.
Problem 2

Anta at du prøver å skrive ut et dokument for XML papir spesifikasjon (XPS) til et grensesnitt GDI (Graphics Device)-skriver på et operativsystem som ikke er engelske. I denne situasjonen, noen tegn, skrives ut på feil måte. Disse ugyldige tegn vises kanskje for lite eller for fet, og kan være mangler fine detaljer, for eksempel kroker på slutten av lange strøk. Ugyldige tegn kommer vanligvis fra en skrift som inneholder ikke-latinske tegn, for eksempel en asiatisk skrift som "MS Mincho."

Problemer med Windows-skjema

Problem 1

Anta at du har en ActiveX-kontroll som registrerer et typebibliotek der banen inneholder et tall for typen bibliotek for å gi lokalisert innhold.

For eksempel har type library path følgende format:

type library path> \2

Du kan ikke slippe kontrollen i et Windows-skjema i Microsoft Visual Studio-2012 på et operativsystem som har aktive språket er satt til tilsvarende språk for lokalisert innhold i dette scenariet.
Problem 2

Anta at du har et prosjekt for .NET Framework 4.5-baserte Windows-skjema som inneholder et Windows-skjema som heter FormA. FormA arver fra et annet Windows-skjema som heter BaseForm, og BaseForm inneholder en beholderkontroll (for eksempel Gruppeboks, panelet eller noen andre beholderen). Du legger til en egendefinert kontroll til beholderen i FormA, og endre en egenskap av FormA. Deretter lagre og lukke Windows skjemautformeren uten å bygge prosjektet på nytt. I så fall er den nye egendefinerte kontrollen mangler når du åpner FormA.

Merk Dette problemet oppstår når du bruker Windows skjemautforming i Visual Studio-2012 eller Microsoft Visual Studio 2010. Dette problemet oppstår ikke hvis du bygge prosjektet når du lukker Windows skjemautformeren.

Egenskaper

Artikkel-ID: 2803754 - Forrige gjennomgang: 12. februar 2013 - Gjennomgang: 1.0
Informasjonen i denne artikkelen gjelder:
  • Microsoft .NET Framework 4.5
Nøkkelord: 
kbqfe kbfix kbhotfixserver kbsurveynew kbexpertiseadvanced kbmt KB2803754 KbMtno
Maskinoversatt
Viktig: Denne artikkelen har blitt maskinoversatt, og dermed ikke oversatt av en person. For at alle artikler i vår database skal være oversatt til ditt språk, vil Microsoft benytte både personoversatte og maskinoversatte artikler. Det er viktig å merke seg at en maskinoversatt artikkel ikke alltid er perfekt. Det kan forekomme stave, strukturelle eller grammatiske feil. Microsoft er ikke ansvarlig for unøyaktigheter, feil eller skade ved bruk av innhold i artikkel som måtte forårsakes av feiloversettelse. Microsoft vil jevnlig oppdatere sitt maskinoversettelses programvare.
Den engelske versjonen av denne artikkelen er den følgende: 2803754

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