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

Problem 1

W przypadku aplikacji WPF używa TreeViewItem poza kontekstem TreeView, aplikacji można wystąpić wyjątek InvalidCastException , którego ślad stosu zaczyna się w następujący sposób:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
Uwaga Ten wyjątek występuje wtedy, gdy TreeViewItem jest w formancie listy zwirtualizowanych (na przykład formant pola listy, DataGridlub ListView ), która próbuje znaleźć przesunięcie przewijania TreeViewItem lub jednego z jego węzłów podrzędnych. Na przykład wyjątek ten występuje, jeśli można zadeklarować jako katalog główny DataTemplate TreeViewItem i DataTemplate jest używany jako CellTemplate kolumny DataGrid .

Problem 2

Zarówno System.Web.Caching , jak i System.Runtime.Caching raport rozmiaru pamięci, która jest używana przez całą AppDomain zamiast pamięci, który jest używany przez elementy pamięci podręcznej.

To jest regresja z programu.NET Framework 4.5 ze względu na zmiany w wykonywaniu czasomierza. Oprócz raportowania w złym rozmiarze, dodatkowe obiekty, które odwołują się pamięci podręcznej może znacząco wpłynąć na czas oczekiwania gen2 GC. W programie ASP.NET w wielu scenariuszach obsługi, pamięci podręcznej również błędnie rozmiar pamięci podręcznej wszystkie we wszystkich domenach aplikacji (jak podano za pomocą licznika wydajności "% pamięci podręcznej używane limitu pamięci procesu" ASP.NET) kiedy poddano recyklingowi domen aplikacji.

Ta poprawka usuwa niezamierzoną odwołań z pamięci podręcznej, do innych obiektów domeny aplikacji, tak aby podać poprawny rozmiar. Ta poprawka zawiera również zmiany do poprawy opóźnienie dla System.Runtime.Caching na komputerach wielordzeniowych przy użyciu serwera GC. Dodatkowo po zastosowaniu tej poprawki, rozmiar pamięci podręcznej wszystkie w domenie aplikacji z recyklingu scenariuszy jest obliczana poprawnie.

Problem 3

Jeśli używasz aplikacji Windows Presentation Foundation (WPF), która opiera się na wspieranie myszy touch przenosi do obsługi interakcji z użytkownikiem dotykowy (a nie bezpośrednio za pomocą touch zdarzenia), mogą pojawić się niezwykle niskim ruchy myszy promowane.

Wcześniej WPF ograniczenie promocji myszy touch przenosi uniknąć konieczności dużą ilość touch przenosi zasypać Dyspozytor. W.NET Framework 4.6.1 poprawka wprowadzona do przepustnicy, których liczba touch ruchów, które są przetwarzane. Po tej zmianie ograniczanie promocje myszy spowodowane dodatkowego zmniejszenia liczby myszy ruchów, które zostały wygenerowane. Ograniczanie promocje myszy jest usuwane tak, że powinno być prawie odpowiedniość między touch Przenieś zdarzenia i zdarzenia ruch myszy promowane.

Problem 4

Załóżmy, że pracujesz na aplikację programu WPF atakującego 4.6.NET Framework. Spróbuj ustawić wartość CurrentThread.CurrentCulture lub CurrentThread.CurrentUICulture w dowolnej metody, która jest wywoływana przez wysyłający WPF za pomocą DispatcherOperation. Na przykład możesz spróbować ustawić tę wartość w obsłudze zdarzeń interfejsu użytkownika lub konstruktora MainWindow. W takiej sytuacji wartości CurrentCulture i CurrentUICulture są resetowane do odpowiadających im wartości poprzednich koniec metody. Jeśli aplikacja ustawia CurrentUICulture w jego konstruktora MainWindow lub kliknij przycisk programu obsługi, to ustawienie przywraca system kultury interfejsu użytkownika.

Ta poprawka daje pewność, że wartości CurrentThread.CurrentCulture/CurrentUICulture , które są ustawione w metodach w aplikacji WPF utrzymują się w taki sam sposób, jak przed 4.6.NET Framework.

Wydanie 5

W pkt 4.6.NET Framework nową flagę TaskContinuationOptions.RunContinuationsAsynchronously, jest dodawany do biblioteki zadań . Jednak gdy używasz tej flagi wraz z Task.WhenAll, Task.WhenAny lub Task.Unwrap, flaga nie ma wpływu. Aby uniknąć pewnych warunków zakleszczenie wprowadzono bandery. Ta poprawka sprawdza, wszelkiego rodzaju zadania kontynuacji szanować nowej flagi.

Problem 6

W pkt 4.6.NET Framework jest to błąd w AppContext, powodujący bezpieczeństwo wątków metod AppContext mają być wprowadzone niepoprawnie. AppContext jest częścią infrastruktury w celu zmniejszenia najświeższe zmiany. AppContext służy do ustawiania i pobierania flagi i podejmować decyzje w aplikacji na podstawie tych danych.

Ta poprawka umożliwia poprawny wątek bezpieczeństwa dla metod na AppContext, co jest związane z ustawienie i pobieranie wartości przełącznika.

Wydanie 7

Po napotkaniu przypadek krawędzi która ma swój alokacji i wzór przetrwania, a wymagają nowego segmentu na zarządzanego stosu, garbage collector można obliczyć rozmiar przekazywania, który jest mniejszy niż powinno. Powoduje to błąd naruszenia zasad dostępu podczas fazy compact, ponieważ moduł 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 mogą wystąpić nieoczekiwane awarii.

Wydanie 9

RyuJit generuje nieprawidłowe instrukcje do porównywania 16-bitowych liczb całkowitych bez znaku w kasach. Jeśli wartości wejściowe mają różne wartości MSB i porównaj instrukcje, które są generowane używać argumentów rejestru, daje niepoprawny wynik.

Ta poprawka generuje odpowiednie instrukcje.

Porady

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

• Microsoft.NET Framework 4.6.1

• Microsoft.NET Framework 4.6, używanego z systemami:
  
  

  • System Windows 7 z dodatkiem Service Pack 1

  • Windows Server 2008 R2 z dodatkiem Service Pack 1

  • Dodatek Service Pack 2 dla systemu Windows Server 2008

  • Dodatek Service Pack 2 dla systemu Windows Vista