W tym artykule opisano zbiorczy poprawek 3088956, która jest dostępna dla programu Microsoft.NET Framework 4.6. Aby uzyskać więcej informacji o problemach rozwiązywanych przez ten pakiet zbiorczy poprawek zobacz sekcję "problemy rozwiązywane przez ten pakiet zbiorczy poprawek".
Rozwiązanie
Obsługiwana poprawka jest obecnie udostępniana przez firmę Microsoft. Jednak jest ona przeznaczona do usunięcia tylko problemu opisanego w tym artykule opisano. Zastosuj ją tylko w systemach, w których występuje ten problem.Aby rozwiązać ten problem, skontaktuj się z biurem obsługi klienta firmy Microsoft, aby uzyskać poprawkę. Aby uzyskać pełną listę numerów telefonów pomocy technicznej firmy Microsoft oraz informacje o kosztach, odwiedź następującą witrynę sieci Web firmy Microsoft:
http://support.microsoft.com/contactus/?ws=supportUwaga W wyjątkowych przypadkach opłaty telefonujący do pomocy technicznej mogą zostać anulowane, jeśli specjalista firmy Microsoft obsługuje Określa, że określonej aktualizacji będzie naprawić problem. Koszty obsługi zwykłych zastosuje się do dodatkowych pytań i problemów, które nie kwalifikują się do tej określonej aktualizacji.
Więcej informacji
Wymagania wstępne
Aby zastosować tę poprawkę, musi mieć zainstalowany 4.6.NET Framework.
Wymagania dotyczące ponownego uruchomienia
Musisz ponownie uruchomić komputer po zastosowaniu tej poprawki, jeśli wszystkie pliki podlegające usterce są używane. Zaleca się zamknięcie wszystkich aplikacji.NET Framework, przed zastosowaniem tej poprawki.
Informacje dotyczące zastępowania poprawek
Ten pakiet poprawek nie zastępuje wcześniej wydanej poprawki.
Problemy rozwiązywane przez ten pakiet zbiorczy poprawek
Problem 1Jeśli masz adres strony ASP.NET działa na 32-bitowej wersji systemu.NET Framework 4.6 lub AMD64 wersję platformy.NET Framework 4.6 z RyuJit wyłączone, mogą wystąpić awaria w3wp z powodu nieobsługiwany ThreadAbortException.W przypadku awarii widać następujący log w dzienniku zdarzeń systemu Windows:
Wystąpił nieobsługiwany wyjątek i proces został zakończony.Identyfikator aplikacji: [ApplicationID]Identyfikator procesu: [ProcessID]Wyjątek: System.Threading.ThreadAbortExceptionKomunikat o błędzie: Trwało przerywanie wątku.StackTrace: W System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, kontekst HttpContext)w System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flagi)w System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flagi)
Problem 2Założono, że klienta WCF łączenia się z usługą WCF przy użyciu usługi WCF routingu. Jeśli usługa zakończenia podnosi nieoczekiwany wyjątek, który nie jest typu FaultException lub zmiany konfiguracji, usługa routingu WCF nie może rozesłać kolejne żądania do usługi end.Gdy ten problem wystąpi, pojawi się następujący wyjątek:
System.ServiceModel.ProtocolException: Ten kanał może już służyć do wysyłania komunikatów, ponieważ sesja wyjściowa została automatycznie zamknięta z powodu zamknięcia zainicjowanego przez serwer. Wyłączanie automatycznego zamykania ustawiając DispatchRuntime.AutomaticInputSessionShutdown na false albo rozważyć zmodyfikowanie protokół zamykania serwera zdalnego.
Informacje śledzenia stosu: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) Problem 3Jest to aktualizacja do obsługi nowego symbolu Lari gruziński. Kraj Gruzji wprowadziła nowy symbol waluty dla Lari, ale nie zmienia nazwę waluty. Dodano także nowy symbol waluty do standardu Unicode. Ta aktualizacja wprowadza się, jest wyświetlany symbol waluty zainstalowanego przez.NET Framework, w oparciu o ustawienia regionalne systemu.Problem 4Jeśli kolekcja Gen2 występuje podczas wywołania Parallel.ForEach , mogą wystąpić długie zawiesza się po zainstalowaniu programu Visual Studio 2015 lub 4.6.NET Framework bez programu Visual Studio.Rozdzielczość:Ta aktualizacja aktualizacje Garbage Collector przez przetłumaczenie system zawiesza spowodowane przez ten problem.Wydanie 5Po zainstalowaniu 4.6.NET Framework Data Time.Parse i Date.TryParse metody nie działa prawidłowo. Ten problem może występować z następującymi ustawieniami kultury:
-
fi-FI
-
nb-NO
-
NB-SJ
-
SR-Cyrl-XK
-
SR-Latn-ME
-
SR-Latn r
-
sr-Latn-XK
Rozdzielczość:Ta aktualizacja umożliwia DateTime.Parse i Date.TryParse , aby poprawnie w hodowli, które używają tej samej daty i separator godziny.Problem 6Po zainstalowaniu programu.NET Framework 4.6 4.6.NET Framework używa nowy kompilator 64-bitowych, która nosi nazwę RyuJIT. W niektórych przypadkach kompilator generuje niepoprawny kod, który powoduje nieprzewidywalne zachowanie lub ulega awarii.Rozdzielczość:Ta aktualizacja rozwiązuje wiele problemów w kompilatorze RyuJIT. Jeśli aplikacja nadal działa w sposób nieprzewidywalny po zainstalowaniu tej aktualizacji, zobacz dodatkowe szczegółowe wytyczne dotyczące rozwiązywania problemów.Dalsze czynności:Jeśli okaże się, że RyuJIT może być zaangażowany w problem, wykonując następujące kroki rozwiązywania problemów przy użyciu łącza, zaloguj problem w http://connect.microsoft.com. Obejmują tak szczegółowo, jak to możliwe w raporcie, a także kod do odtworzenia problemu.
