I denne artikel beskrives den hotfixpakke 3088956, der er tilgængelig for Microsoft .NET Framework 4.6. Du kan få flere oplysninger om de problemer, som hotfix-opdateringspakken løser, i afsnittet "Problemer, som denne hotfixpakke løser".
Løsning
Et understøttet hotfix er nu tilgængeligt fra Microsoft. Det er dog kun beregnet til at løse det problem, der beskrives i denne artikel. Anvend den kun på systemer, der oplever dette specifikke problem.Du kan løse dette problem ved at kontakte Microsoft Kundesupport for at få hotfixet. Du kan finde en komplet liste over telefonnumre til Microsoft Kundesupport og oplysninger om supportomkostninger på følgende Microsoft-websted:
http://support.microsoft.com/contactus/?ws=supportBemærk! I særlige tilfælde kan gebyrer, der normalt påløber for supportopkald, blive annulleret, hvis en Microsoft-supportmedarbejder bestemmer, at en bestemt opdatering løser problemet. De sædvanlige supportomkostninger gælder for yderligere supportspørgsmål og -problemer, der ikke er kvalificeret til den pågældende opdatering.
Flere oplysninger
Forudsætninger
Hvis du vil anvende dette hotfix, skal du have .NET Framework 4.6 installeret.
Krav om genstart
Du skal genstarte computeren, når du har installeret dette hotfix, hvis der bruges berørte filer. Vi anbefaler, at du lukker alle .NET Framework-baserede programmer, før du anvender dette hotfix.
Oplysninger om hotfixerstatning
Denne hotfixpakke erstatter ikke en tidligere udgivet hotfixpakke.
Problemer, som denne hotfixpakke løser
Problem 1Hvis du har et ASP.NET websted, der kører på en 32-bit version af .NET Framework 4.6- eller AMD64-versionen af .NET Framework 4.6-platformen med RyuJit deaktiveret, kan du opleve w3wp-nedbrud på grund af ikke-håndteret ThreadAbortException. Når nedbruddet sker, kan du se følgende log i Windows-hændelsesloggen:
Der opstod en ikke-afviklet undtagelse, og processen blev afsluttet.Program-id: [ApplicationID]Proces-id: [ProcessID]Undtagelse: System.Threading.ThreadAbortException-meddelelse: Tråd blev afbrudt.StackTrace: at System.Web.httpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flag)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flag)
Problem 2Antag, at du har en WCF-klient, der opretter forbindelse til WCF-tjenesten ved hjælp af WCF-routingtjenesten. Hvis sluttjenesten rejser en uventet undtagelse, der ikke er en type FaultException eller de konfigurerede ændringer, omdirigerer WCF-routingtjenesten muligvis ikke efterfølgende anmodninger til sluttjenesten.Når dette problem opstår, modtager du følgende undtagelse:
System.ServiceModel.ProtocolException: Denne kanal kan ikke længere bruges til at sende meddelelser, da outputsessionen blev lukket automatisk på grund af en serveraktiveret lukning. Deaktiver auto-close ved at indstille DispatchRuntime.AutomaticInputSessionShutdown til false, eller overvej at ændre protokollen til lukning med fjernserveren.
Oplysninger om staksporing:på System.ServiceModel.Channels.ServiceChannel.PrepareCall(handlingen ProxyOperationRuntime, Boolesk oneway, ProxyRpc& rpc)på System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()på System.ServiceModel.Channels.ServiceChannel.BeginCall(Strenghandling, Boolean oneway, ProxyOperationRuntime-handling, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)på System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime-handling)på System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage-meddelelse)på System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)på System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Meddelelsesmeddelelse, AsyncCallback-tilbagekald, objekttilstand)på System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Meddelelse, AsyncCallback-tilbagekald, objekttilstand)på System.ServiceModel.Routing.ClientFactory.RoutingClientBase'1.OperationAsyncResult.CallOperation()på 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()på System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(RoutingService service, Meddelelse, AsyncCallback-tilbagekald, objekttilstand)på System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](meddelelse, AsyncCallback-tilbagekaldstilstand, objekttilstand)på System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(meddelelse, AsyncCallback-tilbagekaldsback, objekttilstand)at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] input, AsyncCallback callback, Object state) Problem 3Dette er en opdatering, der understøtter det nye georgiske Lari-symbol. Georgien har indført et nyt valutasymbol for Lari, men valutanavnet ændres ikke. Det nye valutasymbol er også blevet føjet til Unicode-standarden. Denne opdatering sikrer, at det korrekte valutasymbol vises af .NET Framework baseret på indstillinger for landestandard.Problem 4Hvis der forekommer en Gen2-samling under Parallel.ForEach-opkald, kan du opleve, at længe hænger, når du har installeret Visual Studio 2015 eller .NET Framework 4.6 uden Visual Studio.Løsning:Denne opdatering opdaterer Skraldeindsamler ved at løse systemfrysninger, der er forårsaget af dette problem.Problem 5Når du har installeret .NET Framework 4.6, fungerer metoderne DateTime.Parse og Date.TryParse ikke korrekt. Dette problem kan opstå med følgende kulturindstillinger:
-
fi-FI
-
nb-NO
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Opløsning:Denne opdatering aktiverer DateTime.Parse og Date.TryParse til at fungere korrekt i kulturer, der bruger den samme dato- og klokkeslætsseparator.Problem 6Når du har installeret .NET Framework 4.6, bruger .NET Framework 4.6 en ny 64-bit compiler, der kaldes RyuJIT. I nogle tilfælde genererer den nye compiler forkert kode, der medfører uforudsigelig funktionsmåde eller nedbrud. Løsning:Denne opdatering løser mange problemer i RyuJIT-compileren. Hvis programmet stadig fungerer uforudsigeligt efter installationen af denne opdatering, kan du se yderligere detaljerede fejlfindingsvejledninger.Yderligere trin:Hvis det fastslås, at RyuJIT kan være involveret i dit problem ved at følge fejlfindingstrinnene på linket, skal du logge problemet på http://connect.microsoft.com. Medtag så mange detaljer som muligt i rapporten og også kode for at genskabe problemet.
