Pakiet zbiorczy poprawek 3120238 4.6.NET Framework i 4.6.1 na Windows 8 i Windows Server 2012

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: 3120238
W tym artykule opisano zbiorczy poprawek 3120238, który jest dostępny dla.NET Framework dla Microsoft 4.6 i.NET Framework dla Microsoft 4.6.1. Aby uzyskać więcej informacji o problemach rozwiązywanych przez ten pakiet zbiorczy poprawek, zobacz "Problemów rozwiązywanych przez ten pakiet zbiorczy poprawek".

Rozwiązanie
Następujące pliki są dostępne do pobrania za pośrednictwem Centrum pobierania firmy Microsoft.


Aby uzyskać więcej informacji dotyczących sposobu pobierania plików pomocy technicznej firmy Microsoft, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
119591 Jak uzyskać pliki pomocy technicznej Microsoft w usługach online
Firma Microsoft przeskanowała plik w poszukiwaniu wirusów. Firma Microsoft użyła najnowszego oprogramowania do wykrywania wirusów, które było dostępne w dniu opublikowania pliku. Plik jest przechowywany na serwerach o podwyższonych zabezpieczeniach, które uniemożliwiają nieautoryzowane zmiany w pliku.
Więcej informacji

Wymagania wstępne

Aby zastosować tę poprawkę, musi mieć 4.6.NET Framework lub.NET Framework 4.6.1 zainstalowany.

Wymagania dotyczące ponownego uruchomienia

Należy 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

Po uruchomieniu aplikacji touch Windows Presentation Foundation (WPF) w kontekście systemu w systemie Windows 7 lub Windows Vista funkcje touch zostaje utracone, a po kilku minutach awarii systemu. Ten problem występuje, ponieważ odbarwiania nie jest obsługiwane w kontekście systemu Windows 7 i Windows Vista. Ta poprawka wyłącza obsługę dotykowego, gdy aplikacja działa w kontekście systemu. Promocja dotykowego do myszy nadal działa.

Problem 2

Użytkownicy aplikacji WPF w.NET Framework 4.6.1 może wystąpić brak symboli glifów, takich jak puste kwadraty zamiast normalnych znaków dla znaków z następujących zakresów Unicode:

0000-052F, 0590-06FF, 0750 077F, 08A0-08FF, 1D 00-1FFF, 2C 60-2C7F, A720 A7FF, FB00 FB0F, FB1D FBFF, FC00 FDCF, FDF0 FDFF, FE20 FE2F, FE70 FEFE

Ten problem występuje z powodu regresji, która obejmuje rezerwowej ustawienia czcionki w Windows 10. Ten problem jest bardziej prawdopodobne w aplikacji, które używają niestandardowych czcionek, które zawierają tylko bardzo specyficzny zestaw glifów.

Ta aktualizacja rozwiązuje WPF mapowania rezerwowej czcionki dla.NET Framework 4.6.1 na 10 systemu Windows i należy rozwiązać te problemy wizualne.

Problem 3

Po zainstalowaniu 4.6.NET Framework lub programu Microsoft Visual Studio w 2015 r., niektóre sytuacje wymagające dużej ilości danych lub wiele małych obiektów może generować błąd FatalExecutionEngineError ze względu na błąd w GC. Ta aktualizacja rozwiązuje warunek, który powoduje ten błąd.

Aby uzyskać więcej informacji na temat tego problemu zobacz Zwrócone przez Microsoft.FSharp.Reflection.FSharpValue.PreComputeUnionConstructor rzucanie FatalExecutionEngineError po wywołaniu funkcji.

Ten problem jest rozwiązany również w.NET Framework 4.6.1.

Problem 4

Niepoprawne optymalizacji, który jest stosowany przez kompilator JIT może spowodować nieprzewidywalne zachowanie. Wzór kod, którego dotyczy ten problem polega na "Jeśli" warunki w bloki catch.

Ta poprawka naprawia błąd, który powoduje, że nieprawidłowe wykonanie instrukcji warunkowych w końcu i efektywnej obsługi.

Jeśli aplikacja nadal działa w sposób nieprzewidywalny po zastosowaniu tej poprawki, zobacz dodatkowe szczegółowe wytyczne dotyczące rozwiązywania problemów.

Wydanie 5

Niepoprawny kod optymalizacji przez JIT może powodować aplikacji nieprzewidywalne zachowanie po zainstalowaniu 4.6.NET Framework lub programu Visual Studio 2015 roku. Ten błąd optymalizacji występuje tylko wtedy, gdy funkcja optymalizacji jest włączona w programie Release Build w Visual Studio 2015 r. lub w poprzednich wersjach programu Visual Studio po zainstalowaniu 4.6.NET Framework.

Jeśli aplikacja nadal działa w sposób nieprzewidywalny po zastosowaniu tej poprawki, zobacz dodatkowe szczegółowe wytyczne dotyczące rozwiązywania problemów.

Dodatkowe kroki:

Jeśli kroki rozwiązywania problemów wskazówki w artykule połączonych ułatwiają określenie, czy RyuJIT może być zaangażowany w swoim problemie, zaloguj problem w Microsoft Connect. Zawierać tyle szczegółów, jak to możliwe, wraz z kodem do odtworzenia problemu.

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

속성

문서 ID: 3120238 - 마지막 검토: 01/07/2016 08:06:00 - 수정: 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6.1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3120238 KbMtpl
피드백