Pakiet zbiorczy poprawek 2784153 dla.NET Framework 4.5 w systemie Windows 8 i Windows Server 2008 R2

Tłumaczenia artykułów Tłumaczenia artykułów
Numer ID artykułu: 2784153 - Zobacz jakich produktów dotyczą zawarte w tym artykule porady.
Rozwiń wszystko | Zwiń wszystko

Na tej stronie

Wprowadzenie

W tym artykule opisano pakiet zbiorczy poprawek 2784153 dla programu Microsoft.NET Framework 4.5 z dodatkiem Service Pack 2 (SP2) dla systemu Windows Server 2008 R2 i Windows 8. Ten pakiet zbiorczy poprawek jest dostępna naprawić kilka problemów w ramach środowiska.NET Framework 4.5. Aby uzyskać więcej informacji o problemach, które rozwiązuje tej poprawki zobacz sekcję "Wydaje się, że ten pakiet poprawek rozwiązuje problem".

Więcej informacji

Informacje o poprawce

Obsługiwana poprawka jest teraz udostępniana przez firmę Microsoft. Jednak jest ona przeznaczona do usunięcia tylko problemu opisanego w tym artykule opisano. Zastosować go tylko w systemach, w których występuje ten problem.

Aby rozwiązać ten problem, skontaktuj się z biurem obsługi klienta firmy Microsoft w celu uzyskania poprawki. 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:
http://support.microsoft.com/contactus/?ws=support
Uwaga W wyjątkowych przypadkach opłaty, które są zwykle naliczane za telefoniczną pomoc techniczną mogą zostać anulowane, jeśli pracownik profesjonalnego wsparcia firmy Microsoft stwierdzi, że określona aktualizacja może rozwiązać problem. Koszty obsługi zwykły zastosuje się do dodatkowych pytań i problemów, których nie można rozwiązać przy użyciu określonej aktualizacji.

Wymagania wstępne

Aby zastosować tę poprawkę, musi mieć Microsoft.NET Framework 4.5 z dodatkiem Service Pack 1 (SP1) zainstalowany w systemie Windows 8 lub systemu Windows Server 2008 R2.

Wymaganie 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.

Informacje dotyczące plików poprawki

Zwiń ten obrazekRozwiń ten obrazek
assets folding start collapsed
Wersja globalna tej poprawki ma atrybuty plików (lub nowsze) wymieniono w poniższej tabeli. Daty i godziny odpowiadające tym plikom zostały podane w formacie uniwersalnego czasu koordynowanego (UTC, Coordinated Universal Time). Po wyświetleniu informacji o pliku są konwertowane na czas lokalny. Aby zobaczyć różnicę między czasem UTC i czasem lokalnym, należy użyć z karty Strefa czasowa w elemencie Data i godzina w Panelu sterowania.
Dla wszystkich obsługiwanych x 86-bitowych wersji systemu Windows 8
Zwiń tę tabelęRozwiń tę tabelę
Nazwa plikuWersja plikuRozmiar plikuDataGodzinaPlatforma
Presentationframework.dll4.0.30319.190516,187,01628-Lis-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Lis-201223:53x86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Lis-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Lis-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Lis-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Lis-201223:53x86
System.dll4.0.30319.190513,448,76028-Lis-201223:53x86
Mscorlib.dll4.0.30319.190515,171,16828-Lis-201223:53x86
Normidna.nlpNie dotyczy59,34206-Lip-201220:03Nie dotyczy
Normnfc.nlpNie dotyczy47,07606 - Lip-201220:03Nie dotyczy
Normnfd.nlpNie dotyczy40,56606-Lip-201220:03Nie dotyczy
Normnfkc.nlpNie dotyczy67,80806-Lip-201220:03Nie dotyczy
Normnfkd.nlpNie dotyczy61,71806-Lip-201220:03Nie dotyczy
CLR.dll4.0.30319.190516,876,62428-Lis-201223:53x86
Plik Mscordacwks.dll4.0.30319.190511,299,42428-Lis-201223:53x86
Mscordbi.dll4.0.30319.190511,096,67228-Lis-201223:53x86
Sos.dll4.0.30319.19051746,94428-Lis-201223:53x86
Presentationcore.dll4.0.30319.190513,224,57628-Lis-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Lis-201223:53x86
Dla wszystkich obsługiwanych wersji x 64 systemu Windows 8and Windows Server 2008 R2
Zwiń tę tabelęRozwiń tę tabelę
Nazwa plikuWersja plikuRozmiar plikuDataGodzinaPlatforma
Mscorlib.dll4.0.30319.190515,120,46428-Lis-201223:54x 64
Normidna.nlpNie dotyczy59,34206-Lip-201220:02Nie dotyczy
Normnfc.nlpNie dotyczy47,07606 - Lip-201220:02Nie dotyczy
Normnfd.nlpNie dotyczy40,56606-Lip-201220:02Nie dotyczy
Normnfkc.nlpNie dotyczy67,80806-Lip-201220:02Nie dotyczy
Normnfkd.nlpNie dotyczy61,71806-Lip-201220:02Nie dotyczy
CLR.dll4.0.30319.190519,803,72828-Lis-201223:54x 64
Plik Mscordacwks.dll4.0.30319.190511,742,83228-Lis-201223:54x 64
Mscordbi.dll4.0.30319.190511,497,05628-Lis-201223:54x 64
Presentationframework.dll4.0.30319.190516,187,01628-Lis-201223:54x86
Sos.dll4.0.30319.19051785,36028-Lis-201223:54x 64
System.IdentityModel.dll4.0.30319.190511,084,42428 -Lis-201223:54x86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Lis-201223:54x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Lis-201223:54x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Lis-201223:54x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Lis-201223:54x86
System.dll4.0.30319.190513,448,76028-Lis-201223:54x86
Presentationcore.dll4.0.30319.190513,207,66428-Lis-201223:54x 64
System.Printing.dll4.0.30319.19051342,01628-Lis-201223:54x 64
Presentationframework.dll4.0.30319.190516,187,01628-Lis-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Lis-201223:53x86
System.Runtime.serialization.dll4.0.30319.190511,051,17628-Lis-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Lis-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Lis-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Lis-201223:53x86
System.dll4.0.30319.190513,448,76028-Lis-201223:53x86
Mscorlib.dll4.0.30319.190515,171,16828-Lis-201223:53x86
Normidna.nlpNie dotyczy59,34206-Lip-201220:03Nie dotyczy
Normnfc.nlpNie dotyczy47,07606 - Lip-201220:03Nie dotyczy
Normnfd.nlpNie dotyczy40,56606-Lip-201220:03Nie dotyczy
Normnfkc.nlpNie dotyczy67,80806-Lip-201220:03Nie dotyczy
Normnfkd.nlpNie dotyczy61,71806-Lip-201220:03Nie dotyczy
CLR.dll4.0.30319.190516,876,62428-Lis-201223:53x86
Plik Mscordacwks.dll4.0.30319.190511,299,42428-Lis-201223:53x86
Mscordbi.dll4.0.30319.190511,096,67228-Lis-201223:53x86
Sos.dll4.0.30319.19051746,94428-Lis-201223:53x86
Presentationcore.dll4.0.30319.190513,224,57628-Lis-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Lis-201223:53x86
Zwiń ten obrazekRozwiń ten obrazek
assets folding end collapsed

Problemy, które rozwiązuje tego pakietu zbiorczego poprawek

Aparatu plików wykonywalnych języka wspólnego Problemy (CLR)

Problem 1

Zakleszczenie może wystąpić, gdy aplikacja.NET Framework 4.5 próbuje uruchomić tło wyrzucania elementów bezużytecznych na komputerze, na którym jest mało dostępnej pamięci.

Problem 2

Metoda PerformanceCounterCategory.GetCategories nie może zwrócić listę wydajności kategorie licznika w niektórych systemach operacyjnych, które używają innych niż angielski. Ponadto jeśli aplikacja.NET Framework uruchamia kod podobny do następującego wyliczyć kategorie licznika wydajności, wartość nie jest zwracany:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
Po zastosowaniu tej poprawki należy dodać następujący nowy klucz konfiguracji LocalizedPerfCounter w pliku konfiguracyjnym aplikacji dla aplikacji.NET Framework:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Problemy Windows Communication Foundation (WCF)

Problem 1

Założono, że istnieje kodowania znaków Unicode, aplikacji korzystającej z klasy System.Xml.XmlDictionaryReader WCF do odczytu UTF-8. Gdy aplikacja odczytuje niektóre znaki Unicode, które mieszczą się w pewnym zakresie, może być powolny proces odczytu.

UwagaAby uzyskać więcej informacji na temat klasy System.Xml.XmlDictionaryReader przejdź do następującej witryny sieci Web MSDN:
Ogólne informacje o klasie XmlDictionaryReader


Problem 2

Na komputerze z systemem.NET Framework 4.5 lub starszej wersji aplikacje WCF nie może uzyskać dostępu certyfikat klienta, jeśli właściwość HttpsTransportBindingElement.RequireClientCertificate jest ustawiona nawartość FALSE. Kiedy aplikacja próbuje uzyskać dostęp certyfikatów klientów, WCFoperates w jednym z następujących trybów:
  • wymagać lub Odrzuć
  • nie wymagają i nie sprawdzania poprawności
W tej sytuacji nie można utworzyć aplikacji dla których certyfikatu zezwalającego jest sprawdzanie (na na przykład nie można utworzyć aplikację, która korzysta z trybunie wymagają certyfikatów , ale sprawdzania, czy dostarczone ). Ta poprawka umożliwia aplikacji Dodaj ustawienie na punkt końcowy, który dostarcza certyfikat klienta do aplikacji WCF, jeśli klient dostarcza certyfikat. Jednakże świadectwo jest opcjonalne. Połączenia nie będą odrzucane, jeśli certyfikat nie został dostarczony. Na przykład witryna sieci Web może próbować uwierzytelnianie formularzy, aby sprawdzić poprawność próba dostępu na serwerze i udzielenia dodatkowych uprawnień, jeśli obecność certyfikatu klienta jest przesyłany do serwera.

Projektowanie aplikacji, tworzenie zachowanie EndpointBehavior, a następnie dodać zachowanie do wiązania punktu końcowego. Na przykład można uruchomić następujący kod, aby utworzyć metodę i dodać zachowanie:
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
Alternatywnie można dodać następujące ustawienie punktu końcowego do kolekcji właściwości bindingParameters:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


Problem 3

Po uruchomieniu usługi WCF, która obsługuje usługi odnajdywania przez protokół UDP (User Datagram) na serwerze, może wystąpić jeden lub więcej z następujących problemów:
  • Użycie Procesora nieoczekiwanie zwiększa się na serwerze.
  • Ruch danych multiemisji jest większy niż oczekiwano.
  • Wiele komunikatów protokołu SOAP są obserwowane w sieci, w których wdrożono.NET Framework 4.5 we wszystkich lub podzbioru komputerów.
Ta poprawka zapobiega wiadomości protokołu SOAP zwracanych od końcowego UDP Jeśli otrzymaniu wiadomości multiemisji odnajdowania WS dla punktu końcowego, który nie jest skonfigurowany dla usługi odnajdywania.

UwagaTe problemy mogą wystąpić, nawet jeżeli usługa nie został skompilowany do docelowego.NET Framework 4.5. Te problemy mogą pojawić się w środowisko lub sieci, w których jest obecny na jeden lub więcej punktów końcowych.NET Framework 4.5.

Problemy Windows Presentation Foundation (WPF)


Problem 1

Niska wydajność drukowania występuje podczas korzystania z usług opartych na Framework 4.5 WPF a.NET do drukowania na drukarce graficzny interfejs urządzenia (GDI) w systemie operacyjnym. Ten problem występuje, jeśli są spełnione następujące warunki:
  • System operacyjny, który obsługuje usługa używa ustawień regionalnych innych niż angielskie.
  • System operacyjny ma jedną z zainstalowane następujące produkty:
    • WPF w wersji 4.0
    • WPF wersji 4.5
    • WPF wersji 3.5 i poprawki, którą opisano w następującym artykule bazy wiedzy Microsoft Knowledge Base (lub uaktualnienia poprawki, która zawiera tę poprawkę):
      980294 Czcionka Wingdings w dokument XPS, który jest tworzony przy użyciu.NET Framework 3.0 są drukowane jako znaki czcionki kodu kreskowego
  • Drukowanie dokumentu, który ma wiele bloków tekstu.
Ten problem występuje, ponieważ operacja wyszukiwania występuje za każdym razem że proces drukowania wymaga bloku tekstu, aby znaleźć czcionek GDI, który jest używany do wyświetlania tekstu. Wykorzystanie zasobów przez operacji wyszukiwania zwiększa się przez zastosowanie poprawkę, która jest rozpowszechniane w KB980294, WPF w wersji 4.0 i WPF w wersji 4.5. Ponadto wykorzystanie zasobów przez operacji wyszukiwania dominuje ogólne zużycie zasobów w procesie drukowania. Ta poprawka rozwiązuje problem w logikę, która buforuje wyników operacji wyszukiwania. Po zastosowaniu tej poprawki, wykorzystanie zasobów przez operacji wyszukiwania występuje raz na czcionkę interfejsu GDI zamiast występujące raz na bloku tekstu.

Problem 2

Rozważmy następujący scenariusz:
  • Masz systemem.NET Framework 4.5 aplikację, która zawiera edytowalne formant programu WPF. Formant ten zajmuje Input Method Editor (IME).
  • Tekst wejściowy w formancie.
  • Formant można zmienić tekst, który jest wprowadzany. Oto przykłady to zachowanie:
    • Załóżmy, że pole tekstowe formant ma właściwość Text powiązany z danymi. Wyzwalacz update źródła dla wiązania TextBox.Text właściwość jest ustawiona na PropertyChanged. Jak do wprowadzania tekstu, jest wysyłana do właściwości podstawowych element danych, który jest opisany w ścieżce wiązania. Dodatkowo tekst może być zastąpiony innym ciągiem przez sam element danych lub konwertery, które są zaangażowane w wiązaniu.
    • Załóżmy, że formant pola kombi do edycji ustawienie przeszukiwanie tekstu jest włączone. Podczas wpisywania tekstu formantu pola kombi próbuje dopasować tekst z listą dostępnych opcji. Jeśli formant znajduje się opcja, która zaczyna się od tekstu, tekst zostanie zastąpiony przez pełny tekst opcja dopasowania.
  • Włącz edytor IME wysłać wiadomość WM_IME_CHAR do aplikacji WPF, gdy formant jest w stanie "tekst został zmodyfikowany przez formant".

    UwagaDokładna kolejność znaków powoduje, że ten komunikat różni się znacznie między różnymi edytorami IME. Niektóre edytory IME wysłać nigdy nie tę wiadomość w ogóle.
W tym scenariuszu aplikacja oparta na programie.NET Framework 4.5 może wystąpić awaria, wraz z wyjątkiem System.InvalidOperationException.

Aby rozwiązać ten problem, należy zastosować poprawkę. Ta poprawka rozwiązuje również element wraz z Engkoo Pinyin IME włączone pracy konkretnego problemu awarii programu Visual Studio 2012 podczas edytowania Server Foundation Team (TFS). Poniżej przedstawiono szczegółowy opis tego problemu:

Założono wprowadzania tekstu do pola "Przydzielone do" element pracy w Visual Studio 2012. Jeśli następnie zostanie naciśnięty klawisz Enter po wprowadzeniu tekstu, Engkoo IME wysyła komunikat WM_IME_CHAR. W związku z tym ulega awarii programu Visual Studio 2012.

UwagaWprowadzanie tekstu winne pola elementu pracy TFS może być również przyczyną tego problemu.
UwagaTen problem występuje również w WPF w wersji 4.0 lub starszej wersji programu WPF. Jednak ta poprawka dotyczy tylko programu WPF w wersji 4.5.
Problem 3

Rozważmy następujący scenariusz:
  • Masz aplikacji WPF, która deklaruje właściwości powiązanych z danymi. Właściwość powiązany z danymi zawiera wiązania, które ma skomplikowaną ścieżkę. Na przykład wiązanie ma następującą ścieżkę:
    {Powiązania Path=A.B.C.D}
  • Tworzenie modelu danych, który wywołuje PropertyChanged powiadomienia dla niektórych składników ścieżki na wątku roboczego. Na przykład wątek roboczy podnosi powiadomienie o zmianie właściwości C.

    Notatki
    • Wątek roboczy może być każdy wątek, który różni się od wątku interfejsu użytkownika.
    • Wątek interfejsu użytkownika jest wątek, który został uznany przez powiązanie.
  • Zanim wątku interfejsu użytkownika przetwarza powiadomienie PropertyChanged, model danych podnosi kolejne powiadomienie PropertyChanged dla wcześniejszych składnik ścieżki. Na przykład, masz wątek podnosi powiadomienie o zmianie właściwości A.

    UwagaDrugie powiadomienie PropertyChanged może wystąpić w jednym z wątków. W tym wątku interfejsu użytkownika.
W tym przypadku drugie zgłoszenie zostanie zignorowany. Ponadto występuje utrata danych. Na przykład właściwość D uzyskuje oryginalna wartość właściwości A. Oczekiwany wynik jest jednak tej właściwości, który uzyskuje D zmienionych wartości właściwości A.

Uwaga Ten problem może również wpływać na wersji wcześniejszej niż WPF w wersji 4.5. Jednak ta poprawka dotyczy tylko programu WPF w wersji 4.5.


Problem 4

Rozważmy następujący scenariusz:
  • Masz aplikacji WPF, który uruchamia kod, aby zadeklarować formantu blok tekstu, a kod podobny do następującego:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Wprowadzenie tekstu do długi ciąg znaków 9600 lub dłużej.
  • Uruchomienie aplikacji na komputerze, na którym jest uruchomiona WPF w wersji 4.5.
W tym scenariuszu formant blok tekstu zawiera kilka wierszy tekstu, a każdy wiersz tekstu kończy się elipsy. Na przykład liczba wierszy wyświetlanych jest n/ 9600.

Uwagan jest symbolem zastępczym reprezentującym długość tekstu oryginalnego. Oczekiwany wynik jest jednak, że formant obiektu TextBlock wyświetla pojedynczy wiersz tekstu, który kończy się z wielokropkiem.

Właściwości

Numer ID artykułu: 2784153 - Ostatnia weryfikacja: 27 stycznia 2014 - Weryfikacja: 2.0
Informacje zawarte w tym artykule dotyczą:
  • Microsoft .NET Framework 4.5
Słowa kluczowe: 
kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtpl
Przetłumaczone maszynowo
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: 2784153

Przekaż opinię

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com