W tym artykule opisano pakiet zbiorczy poprawek 3088959 dostępną dla programu Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 i.NET Framework 4.5. Aby uzyskać więcej informacji o problemach rozwiązywanych przez ten pakiet zbiorczy poprawek zobacz sekcję "problemy rozwiązywane przez ten pakiet zbiorczy poprawek".
Pakiet w trybie offline może służyć w sytuacjach, w których nie można użyć Instalatora sieci Web z powodu braku łączności z Internetem. Tam gdzie to możliwe, zaleca się używanie Instalatora sieci Web zamiast offline pakiet dla wymagań optymalną wydajność i przepustowość.
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.
Uwaga: Aby sprawdzić wersję aktualizacji poprawki, należy sprawdzić wartość słowa kluczowego Release, aby okreœliæ wersjê zainstalowanego. Aby być zgodny z przodu, można sprawdzić wartość, która jest większa niż lub równa wartości, który jest wymieniony w poniższej tabeli.
|
Wersja pakietu zbiorczego poprawek |
Wartość DWORD uwolnienia |
|---|---|
|
Pakiet zbiorczy poprawek 3088959.NET Framework 4.5 i nowszych wersjach systemu.NET Framework |
379991 |
Aby uzyskać więcej informacji dotyczących sposobu ustalania wersji.NET Framework, zobacz jak: Określanie, które.NET Framework wersje są zainstalowane.
Więcej informacji
Wymagania wstępne
Aby zastosować tę poprawkę, musi mieć.NET Framework 4.5.2,.NET Framework 4.5.1 lub.NET Framework 4.5 zainstalowany.
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 1
Jest 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 2
Ten pakiet zbiorczy poprawek rozwiązuje problem z ekranem dotykowym Windows Presentation fundacje (WPF) aplikacji, które są uruchomione w tym samym procesie, ale przeznaczony dla dwóch różnych wersji.NET Framework. Przykładem tego problemu jest dwóch VSTO dodatków pakietu Office napisane w technologii WPF, ale ukierunkowanych na różne platformy .NET side-by-side. Użytkownicy w tym scenariuszu może widzieć touch dziwne zachowanie i/lub awarie w różnych punktach podczas wykonywania programu.
Poprawka zapewnia, że właściwe pliki dll są ładowane i dostępne w tych scenariuszach, zatrzymywanie wszelkie problemy dotyczące zachowania touch lub awarii programu.
Uwaga Korzystając z programu.NET Framework 3.5 z dodatkiem Service Pack 2 na komputerze, należy zainstalować odpowiednie poprawki dla danej wersji rozwiązać ten problem.
Problem 3
Jeśli masz adres strony ASP.NET, który jest uruchomiony na 32-bitowej wersji systemu.NET Framework 4.6 lub AMD64 wersję platformy.NET Framework 4.6 RyuJit wyłączone, mogą wystąpić awaria w3wp z powodu nieobsługiwany ThreadAbortException.
W przypadku wystąpienia awarii, w dzienniku zdarzeń jest rejestrowany następujący wpis:
Wystąpił nieobsługiwany wyjątek i proces został zakończony.
Identyfikator aplikacji: [ApplicationID]
Identyfikator procesu: [ProcessID]
Wyjątek: System.Threading.ThreadAbortException
Komunikat 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 4
Zał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)
