Jesteś obecnie w trybie offline. Czekamy na ponowne połączenie z Internetem.

Pakiet zbiorczy poprawek 3088959 (Offline Installer) dla.NET Framework 4.5.2, 4.5.1 i 4.5 w systemie Windows

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 3088959
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 "Problemów rozwiązywanych przez ten pakiet zbiorczy poprawek".

Offline zestaw może być używany 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 optymalne wymagania dotyczące wydajności i przepustowości.

Rozwiązanie
Obsługiwana poprawka jest teraz 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:Uwaga: W szczególnych przypadkach opłaty telefonujący do pomocy technicznej mogą zostać anulowane, jeśli specjalista firmy Microsoft obsługuje że określonej aktualizacji będzie naprawić problem. Koszty obsługi zwykły zastosuje się do dodatkowych pytań i problemów, które nie kwalifikują się do tej określonej aktualizacji.

Uwaga: Aby sprawdzić wersję aktualizacji poprawki, sprawdź wartość słowa kluczowego Release, aby okreœliæ wersjê zainstalowanego. Aby być zgodny z przodu, można sprawdzić wartość, która jest większa lub równa wartości, które są wymienione w poniższej tabeli.

Wersja pakietu zbiorczego poprawekWartość DWORD uwolnienia
3088959 pakiet poprawek dla programu.NET Framework 4.5 i nowsze wersje systemu.NET Framework379991
Aby uzyskać więcej informacji na temat sposobu ustalenia wersji.NET Framework ZobaczJak: ustalić, które wersje.NET Framework 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 są używane wszystkie plików podlegających usterce. 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.

Problemów rozwiązywanych 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 na Unicode standard. Ta aktualizacja wprowadza symbol waluty poprawne wyświetlane są przez.NET Framework na podstawie ustawień regionalnych systemu.

Problem 2

Ten pakiet zbiorczy poprawek umożliwia rozwiązanie problemu z ekranem dotykowym aplikacji Windows Presentation fundacje (WPF), 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 Frameworks 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, zatrzymując się jakiekolwiek problemy dotyczące zachowania touch lub program ulegnie awarii.

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 witryny sieci Web programu ASP.NET, uruchomionym w 32-bitowej wersji 4.6.NET Framework lub AMD64 wersję platformy.NET Framework 4.6 z RyuJit wyłączone, mogą wystąpić awaria w3wp ze względu na nieobsługiwany ThreadAbortException.

W przypadku wystąpienia awarii następujący wpis jest loggedin dziennik zdarzeń:

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łóżmy, że klienta WCF łączeniem się z usługą WCF za pomocą usługi routingu usługi WCF. Jeśli usług typu koniec podnosi nieoczekiwany wyjątek, który nie jest typu FaultException lub zmiany konfiguracji, usługa routingu usługi WCF nie może rozesłać kolejne żądania do usług typu koniec.

Ten problem występuje, 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)


Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 3088959 — ostatni przegląd: 10/01/2015 09:38:00 — zmiana: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtpl
Opinia