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

Pobieranie informacji

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ć.NET Framework 4.6.1 lub 4.6.NET Framework zainstalowana.

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

Podczas aplikacji WPF używa elementu TreeViewItempoza kontekstemTreeView , aplikacja może wystąpićInvalidCastException wyjątek którego ślad stosu rozpoczyna się w następujący sposób:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset (Visual v)

Uwaga: Ten wyjątek występuje wtedy, gdy TreeViewItemelement jest w formancie listy zwirtualizowanych (na przykład formantpola listy, DataGridlub ListView ) próbuje znaleźć przesunięcie przewijania TreeViewItem lub jednego z jego węzłów podrzędnych. Na przykład zadeklarować TreeViewItem jako katalog główny DataTemplatei DataTemplate jest używany jako wartości CellTemplate kolumny DataGrid , występuje ten wyjątek.

Problem 2

Zarówno System.Web.Caching, jak i System.Runtime.Caching sprawozdania rozmiar pamięci używanej przez cały AppDomain zamiast rozmiar pamięci używanej przez elementy pamięci podręcznej.

Jest to problem regresji.NET Framework 4.5, w którym dokonano zmian w wykonaniu czasomierza. Oprócz sprawozdań niepoprawny rozmiar, dodatkowe obiekty odwołuje się w pamięci podręcznej może znacząco wpłynąć na czas oczekiwania Gen2 GC. W ASP.NET, w wielu scenariuszach obsługi, pamięci podręcznej miscalculates również rozmiar pamięci podręcznej wszystkie we wszystkich domenach aplikacji (zgłaszane przez licznik wydajności pamięci podręcznej % używany Limit pamięci procesu ASP.NET) kiedy są recyklingowi domen aplikacji.

Ta poprawka usuwa niezamierzoną odwołań z pamięci podręcznej do pozostałych obiektów domeny aplikacji, a następnie podać odpowiedni rozmiar. Obejmuje ona także zmian w celu poprawy opóźnienie dla System.Runtime.Caching na komputerach Wielordzeniowe procesory, które używają serwera GC. Wreszcie ta poprawka oblicza rozmiar pamięci podręcznej wszystkie w domenie aplikacji poprawnie recyklingu scenariuszy.

Problem 3

Gdy masz aplikacji Windows Presentation Foundation (WPF), która opiera się na promocję do poruszeniu myszą, aby zapewnić obsługę dotyk przenieść interakcji użytkownika (a nie bezpośrednio za pomocą zdarzeń dotykowych), mogą wystąpić nietypowo niską wielkość ruchów myszy promowane.

W przeszłości WPF ograniczenie promocji myszy dotyku przenosi ponieważ dyspozytor ogarnia wielkość ruchy dotykowe. W.NET Framework 4.6.1 poprawka dokonano tego zachowania. Ta poprawka ogranicza liczbę ruchów touch przetwarzane. W związku z tym ograniczanie promocje myszy spowodował dalszą redukcję w myszy przenosi generowany. W tym pakiecie zbiorczym aktualizacji ograniczanie promocje myszy został usunięty, a teraz należy bliska 1 do 1 korespondencji między touch przenieść zdarzenia, a myszy promowane zdarzenia.

Problem 4

Załóżmy, że pracujesz z aplikacji WPF atakującego 4.6.NET Framework. Załóżmy na przykład, aby spróbować ustawić w metodzie (na przykład obsługa zdarzeń interfejsu użytkownika lub konstruktoraMainWindow ), który jest wywoływany przez wysyłający WPF za pomocą DispatcherOperationCurrentThread.CurrentCulture lub CurrentThread.CurrentUICulture. W takiej sytuacji wartości CurrentCulture i CurrentUICulture są resetowane do odpowiadających im wartości wcześniejszych na koniec metody. Jeśli aplikacja ustawia CurrentUICulture w jego MainWindow Konstruktor lub kliknij przycisk program obsługi, to ustawienie powraca do systemu kultura interfejsu użytkownika.

Ta poprawka zapewnia, że wartości CurrentThread.CurrentCulture/CurrentUICulture , które mogą być ustawione w metodach w aplikacji WPF utrzymują się tak samo, jak przed 4.6.NET Framework.

Wydanie 5

W pkt 4.6.NET Framework nową flagę TaskContinuationOptions.RunContinuationsAsynchronously, został dodany do biblioteki zadania . Jednakże gdy flaga ta zostanie użyta w połączeniu z Task.WhenAll, Task.WhenAny lub Task.Unwrap, nie ma wpływu. Aby uniknąć pewnych warunków zakleszczenie wprowadzono bandery. Ta poprawka zapewnia przestrzeganie wszystkich typów zadań kontynuacji nowej flagi.

Problem 6

AppContext jest częścią infrastruktury w celu zmniejszenia najświeższe zmiany. Możesz służy do ustawiania i pobierania flagi AppContext i podejmować decyzje w aplikacji opartych na tych danych. W pkt 4.6.NET Framework jest to błąd w AppContext, w którym zaimplementowano niepoprawnie thead bezpieczeństwa metody AppContext.

Ta poprawka umożliwia poprawne wątek bezpieczeństwa dla metody na AppContext, które odnoszą się do ustawienia i pobieranie wartości przełącznika.

Problem 7

Kiedy trafisz przypadku krawędzi swojej alokacji i wzór przetrwania, a potrzebujesz nowego segmentu w sieci zarządzanej sterty, garbage collector może obliczać zatwierdzanie rozmiar, który jest mniejszy niż powinno być. Powoduje to błąd naruszenia zasad dostępu podczas fazy compact garbage collector próbuje zapisać do pamięci niezakończone. Ta poprawka poprawnie oblicza rozmiar.

Problem 8

Podczas tworzenia kodu macierzystego dla niektórych metod, NGEN procesy i aplikacje.NET Framework może ulec awarii.

Problem 9

RyuJit generuje nieprawidłowe instrukcje do porównywania 16-bitowych liczb całkowitych bez znaku w kasach. Jeśli mają różne wartości MS B wartości wejściowych i dlatego Generuj instrukcje Porównaj że użycie tylko zarejestrować operandów, dostarcza niewłaociwych wyników. Ta poprawka generuje instrukcje dokładny.

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 3139549 — ostatni przegląd: 02/25/2016 00:04:00 — zmiana: 1.0

Microsoft .NET Framework 4.6, Microsoft .NET Framework 4.6

  • kbfix kbqfe kbsurveynew kbexpertiseadvanced kbmt KB3139549 KbMtpl
Opinia