Denne artikkelen beskriver samleoppdatering 3088955 som er tilgjengelig for Microsoft .NET Framework 4.6. Hvis du vil ha mer informasjon om problemene som løses av samleoppdateringen, kan du se delen "problemene som samleoppdateringen løser".

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.

Hvis du vil ha mer informasjon

Forutsetninger

Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.6 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

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)



Problem 2

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)

3-problem

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.

Problemet 4

Hvis det oppstår en Gen2 samling under Parallel.ForEach -kall, kan det oppstå lang henger når du installerer Visual Studio-2015 eller .NET Framework 4.6 uten Visual Studio.

Oppløsning:

Denne oppdateringen oppdateringer Garbage Collector ved å løse systemet fryser forårsaket av dette problemet.

Problemet 5

Når du har installert .NET Framework 4.6 fungerer metodene Dato Time.Parse og Date.TryParse ikke på riktig måte. Dette problemet kan oppstå med følgende innstillinger for kultur:

  • Fi-FI

  • NB-NO

  • NB SJ

  • SR-Cyrl XK

  • SR-Latn-ME

  • SR-Latn RS

  • sr-Latn-XK​

Oppløsning:

Denne oppdateringen gjør det mulig for DateTime.Parse og Date.TryParse skal fungere på riktig måte i kulturer som bruker samme dato og skilletegn.

Problemet 6

Når du har installert .NET Framework 4.6, bruker .NET Framework 4.6 en ny 64-biters-kompilator som kalles RyuJIT. I noen tilfeller genererer nye kompilatoren feil kode som fører til uforutsigbar virkemåte eller krasjer.

Oppløsning:

Denne oppdateringen løser mange problemer i RyuJIT-kompilatoren. Hvis programmet fortsatt ustabil etter installasjon av denne oppdateringen, kan du se ytterligere veiledning for detaljert feilsøking.

Høyere trinn:

Hvis det blir fastslått at RyuJIT kan være involvert i problemet ved å følge fremgangsmåten for feilsøking på koblingen, Logg problemet på http://connect.microsoft.com. Ta med så mange detaljer som mulig i rapporten og også koden for å gjenskape problemet.

Trenger du mer hjelp?

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Microsoft Insiders

Var denne informasjonen nyttig?

Hvor fornøyd er du med språkkvaliteten?
Hva påvirket opplevelsen din?

Takk for tilbakemeldingen!

×