Denne artikkelen beskriver samleoppdatering 3088959 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 delen "problemene som samleoppdateringen løser".
Frakoblet pakken kan brukes i situasjoner der Web-installasjonsprogrammet ikke kan brukes på grunn av mangel på Internett-tilkobling. Når det er mulig, anbefaler vi at du bruker installasjonsprogrammet for Web i stedet for frakoblet pakken for optimal effektivitet og båndbredde krav.
Opplø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:
http://support.microsoft.com/contactus/?ws=supportObs! 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 kompatibel med fremover, kan du se etter en verdi som er større enn eller lik verdien som er oppført i følgende tabell.
|
Hurtigreparasjonsversjonen for beregnet verdi |
Utgivelsen DWORD-verdien |
|---|---|
|
Samleoppdateringen 3088959 for .NET Framework 4.5 og senere versjoner av .NET Framework |
379991 |
Hvis du vil ha mer informasjon om hvordan du fastslår .NET Framework-versjonene, kan du se slik: bestemme der .NET Framework er installert versjoner.
Hvis du vil ha 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.
3-problem
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 krasjet oppstår, logges følgende oppføring i 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)
