Pakiet zbiorczy poprawek 3139550 dla .NET Framework 4.6.1 i 4.6 w Windows

Problem 1

Jeśli aplikacja WPF korzysta z widoku TreeViewItem poza kontekstem widoku TreeView, aplikacja może napotkać wyjątek InvalidCastException, którego śledzenie stosu rozpoczyna się w następujący sposób:

System. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Uwaga Ten wyjątek występuje, gdy element TreeViewItem znajduje się w zwirtualizowanej kontrolce listy (na przykład kontrolce ListBox, DataGrid lub ListView), która próbuje znaleźć przesunięcie przewijania widoku TreeViewItem lub jednego z jego elementów. Ten wyjątek występuje na przykład, jeśli zadeklarowano element TreeViewItem jako katalog główny na platformie DataTemplate, a dataTemplate jest używany jako komórka CellTemplate kolumny DataGrid.


 

Problem 2

Both System.Web. Buforowanie i System.Runtime. Buforowanie raport o rozmiarze pamięci używanej przez całą domenę AppDomain, a nie przez pamięć używaną przez elementy pamięci podręcznej.

Jest to regresja .NET Framework 4.5 z powodu zmiany implementacji czasomierza. Oprócz zgłaszania niewłaściwego rozmiaru dodatkowe obiekty, do których odwołuje się pamięć podręczna, mogą znacząco wpłynąć na opóźnienie drugiej generacji na najw. W ASP.NET hostingu pamięć podręczna także nieprawidłowo obliczyła rozmiar wszystkich pamięci podręcznej we wszystkich domenach aplikacji (raportowany za pomocą "Limitu pamięci podręcznej % użytej pamięci procesu" ASP.NET), gdy domeny aplikacji zostały odzyskane.

Ta poprawka usuwa niezamierzone odwołania z pamięci podręcznej do innych obiektów domeny aplikacji, tak aby raportowany był prawidłowy rozmiar. Ta poprawka zawiera również zmiany w celu zwiększenia opóźnień dla środowiska System.Runtime. Buforowanie na komputerach z wieloma rdzeniami, które są używające funkcji NAJW.WSP.SERWERA. Ponadto po zastosowaniu tej poprawki poprawnie obliczono rozmiar wszystkich pamięci podręcznej w scenariuszach ponownego użycia domeny aplikacji.


 

Problem 3

Jeśli masz aplikację obsługujące dotyk (Windows Presentation Foundation WPF), która korzysta z promocji myszy przez dotyk (zamiast bezpośrednio za pomocą zdarzeń dotykowych), możesz doświadczyć niezwykle niskiej głośności przesuwania myszą.

Wcześniej obsługa dotyku w platformie WPF była ograniczona, co pozwala uniknąć sytuacji, w których dotyk jest zatłoczony przez dyspozytora. W wersji .NET Framework 4.6.1 wprowadzono poprawkę w celu ograniczenia liczby przetwarzanych przenoszek dotykowych. Po tej zmianie ograniczanie promocji myszy spowodowało dodatkową zmniejszenie liczby wygenerowanych ruchów myszy. Ograniczenie promocji myszy zostało usunięte, dzięki czemu korespondencja między zdarzeniami przenoszenia dotykowego a zdarzeniami przenoszenia myszą powinna być niemal taka jak korespondencja między nimi.


 

Problem 4

Załóżmy, że pracujesz nad aplikacją WPF, która działa .NET Framework 4.6. Próbujesz ustawić wartość CurrentThread.CurrentCulture lub CurrentThread.CurrentUICulture w dowolnej metodzie wywoływanej przez dyspozytora WPF przy użyciu dyspozytora. Na przykład próbujesz ustawić tę wartość w programie obsługi zdarzeń interfejsu użytkownika lub w konstruktorze MainWindow. W takiej sytuacji wartości CurrentCulture i CurrentUICulture są resetowane do odpowiednich poprzednich wartości na końcu metody. Jeśli aplikacja ustawia element CurrentUICulture w konstruktorze MainWindow lub w programie obsługi kliknięcia przycisku, to ustawienie zostanie przywrócone do kultury interfejsu użytkownika systemu.

Ta poprawka zapewnia, że wartości CurrentThread.CurrentCulture/CurrentUICulture, które są ustawiane w metodach w aplikacji WPF, są zachowywane tak samo jak przed programem .NET Framework 4.6.


 

Problem 5

W .NET Framework 4.6 do biblioteki zadań jest dodawana nowa flaga TaskContinuationOptions.RunContinuationsAsynchronicznie. Jednak użycie tej flagi razem z task.whenall, task.whenany lub task.unwrap, flaga nie ma wpływu. Flaga została wprowadzona, aby uniknąć pewnych warunków kłódki. Ta poprawka zapewnia, że wszystkie typy kontynuacji zadania będą przestrzegać nowej flagi.


 

Problem 6

W p .NET Framework 4.6 jest błąd w appContext, który powoduje niepoprawne zaimplementowanie bezpieczeństwa wątku metod AppContext. AppContext jest częścią infrastruktury służącej do zmniejszenia podziału zmian. Przy użyciu tekstu AppContext można ustawiać i pobierać flagi oraz podejmować decyzje dotyczące aplikacji na podstawie tych danych.

Ta poprawka umożliwia włączenie poprawnego bezpieczeństwa w wątkach metod w uwierzytelniania AppContext, które są związane z ustawianiem i pobieraniem wartości przełącznika.


 

Problem 7

Jeśli napotkasz przypadek graniczny z wzorcem przydzielenia i rozwiązania napotkania problemów i będziesz wymagać nowego segmentu na zarządzanej śmietce, kosz może obliczyć rozmiar zatwierdzenia, który jest mniejszy niż powinien. Powoduje to naruszenie dostępu w fazie kompaktowania, ponieważ kosz na śmieci próbuje zapisać w niezatwierdzoną pamięć.

Ta poprawka poprawnie oblicza rozmiar.


 

Problem 8

Podczas tworzenia kodu natywnego dla niektórych metod aplikacje .NET Framework i procesy NGEN mogą doświadczać nieoczekiwanej awarii.

Problem 9

W aplikacji RyuJit są generowane niepoprawne instrukcje porównywania 16-bitowych niepodpisanych liczb całkowitych w rejestrach. Jeśli wartości wejściowe mają różne wartości MSB, a instrukcje porównywania wygenerowane instrukcjami rejestruj argumenty użyją nieprawidłowych wyników.

Ta poprawka generuje prawidłowe instrukcje.
 

Informacje zawarte w tym artykule dotyczą

Ten artykuł dotyczy następujących artykułów:
 

• Microsoft .NET Framework 4.6.1

• Program Microsoft .NET Framework 4.6, gdy jest używany z:
   

  • Windows 8.1

  • Windows RT 8.1

  • Windows Server 2012 R2 Datacenter

  • Windows Server 2012 R2 Essentials

  • Windows Server 2012 R2 dla systemów osadzonych

  • Windows Server 2012 R2 Foundation

  • Windows Server 2012 R2 Standard