Samleoppdateringen KB3088959 (Web Installer) for .NET Framework 4.5, 4.5.1 og 4.5.2 på Windows

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: 3088959
Denne artikkelen beskriver samleoppdatering kb3088959 hurtigreparasjonen som er tilgjengelig for Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 og .NET Framework-4.5. Hvis du vil ha mer informasjon om problemene som løses av samleoppdateringen, kan du se den "Problemene som samleoppdateringen løser-delen.

Web-installer er en liten pakke (mindre enn én megabyte) som bestemmer automatisk og laster ned bare komponentene som gjelder for en bestemt plattform.

Løsning
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 Microsofts kundestøttetjenester 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:Obs! I spesielle tilfeller kan avgifter som vanligvis påløper for oppringinger til kundestøtte avbrutt hvis en Microsoft-tekniker avgjør at en bestemt oppdatering vil løse problemet. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av den gjeldende oppdateringen.

Obs! Du kan bekrefte oppdateringen hurtigreparasjonsversjonen, kan du kontrollere verdien for Release-nøkkelord til å bestemme den installerte versjonen. For å være fremover-kompatible, kan du se etter en verdi større enn eller lik verdien som er oppført i tabellen:

Hurtigreparasjonsversjonen for beregnet verdiUtgivelsen DWORD-verdien
Samleoppdateringen KB3088959 for .NET Framework 4.5 og senere versjoner av .NET Framework 379991
Hvis du vil ha mer informasjon om hvordan du registrerer for .NET Framework-versjonene, kan du se Slik: finne ut hvilke .NET Framework-versjonene er installert.
Mer informasjon

Forutsetninger

Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.5.2, .NET Framework 4.5.1 eller .NET Framework 4.5 installert.

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.

Problemene som samleoppdateringen løser

Problem 1

Dette er en oppdatering til å støtte nye georgisk Lari symbolet. Land i Georgia har introdusert en ny valutasymbolet for Lari, men valutanavnet blir ikke endret. Nye valutasymbolet er også lagt til Unicode-standarden. Denne oppdateringen sørger for at riktig valutasymbolet vises av .NET Framework som er basert på nasjonale systeminnstillinger.

Problem 2

Denne samleoppdateringen løser et problem med berøringsaktiverte Windows presentasjon grunnmurer (WPF)-programmer som kjører i samme prosess, men målretting to ulike versjoner av .NET Framework. Et eksempel på dette problemet er to VSTO Office-tillegg skrevet i WPF men rettet mot ulike side-ved-side .NET-rammeverk. Brukere i dette scenariet kan se merkelige berøring virkemåten og/eller krasjer ved ulike punkter under programkjøring.

Hurtigreparasjonen gjør at nødvendige DLL-filer lastes inn og tilgang til i disse scenariene, stopper eventuelle problemer med berøring virkemåten eller programmet krasjer.

Obs! Hvis du bruker .NET Framework 3.5 Service Pack 2 på datamaskinen, må du installere tilsvarende hurtigreparasjonen for din versjon å fikse dette problemet.

Problem 3

Hvis du har et ASP.NET-webområde som kjører på en 32-biters versjon av .NET Framework 4.6 eller AMD64 versjon av .NET Framework 4.6-plattformen med RyuJit deaktivert, kan du oppleve w3wp krasjer på grunn av ubehandlet ThreadAbortException.

Når det skjer krasjet, kan du se følgende loggen i Windows-hendelsesloggen:
Det oppstod et ubehandlet unntak, og prosessen ble avsluttet.
Program-ID: [program-IDer]
Prosess-ID: [prosess-ID]
Unntak: System.Threading.ThreadAbortException
Melding: Tråden ble avbrutt.
StackTrace: På System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext kontekst)
på System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flagg)
på System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flagg)


Problemet 4

Anta at du har en WCF-klient kobler til WCF-tjenesten ved hjelp av WCF Routing Service. Hvis tjenesten slutten hever et uventet unntak som ikke er en type FaultException eller Konfigurer endringene, kan WCF Routing Service ikke distribuere etterfølgende forespørsler til tjenesten slutten.

Når dette skjer, får du følgende unntak:
System.ServiceModel.ProtocolException: Denne kanalen kan ikke lenger brukes til å sende meldinger fordi utdataøkten automatisk ble lukket på grunn av en avslutning som startes på serveren. Enten Deaktiver automatisk lukking ved å angi DispatchRuntime.AutomaticInputSessionShutdown til USANN, eller Vurder å endre avslutningsprotokollen med den eksterne serveren.
Sporingsinformasjon for stakken:

at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, Boolean oneway, ProxyRpc& rpc)at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()at System.ServiceModel.Channels.ServiceChannel.BeginCall(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state)


Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3088959 – Forrige gjennomgang: 09/25/2015 19:41:00 – Revisjon: 1.0

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

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtno
Tilbakemelding