W tym artykule opisano pakiet zbiorczy poprawek 3088958 jest dostępna 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".

Instalator sieci Web jest małe opakowania (mniej niż jeden megabajt), umożliwiającą automatyczne określanie i pobiera tylko te składniki, które mają zastosowanie dla konkretnej platformy.

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

3088958 pakiet poprawek dla programu.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

Po zastosowaniu tej poprawki, jeśli wszystkie pliki podlegające usterce są używane, należy ponownie uruchomić komputer. 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 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.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)


Potrzebna dalsza pomoc?

Rozwijaj swoje umiejętności
Poznaj szkolenia
Uzyskuj nowe funkcje w pierwszej kolejności
Dołącz do niejawnych testerów firmy Microsoft

Czy te informacje były pomocne?

Jaka jest jakość tłumaczenia?
Co wpłynęło na Twoje wrażenia?

Dziękujemy za opinię!

×