Al momento sei offline in attesa che la connessione Internet venga ristabilita

L'hotfix cumulativo 2784153 per .NET Framework 4.5 in Windows 8 e Windows Server 2012

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 2784153
Introduzione
Questo articolo viene descritto l'hotfix cumulativo 2784153 per Microsoft .NET Framework 4.5 Service Pack 2 (SP2) in Windows 8 e Windows Server 2012. Questo hotfix cumulativo è disponibile per correggere diversi problemi in.NET Framework 4.5. Per ulteriori informazioni sui problemi che risolve l'aggiornamento rapido, vedere la sezione "Problemi che risolve questo hotfix cumulativo".
Informazioni

Informazioni sull'hotfix

Un hotfix supportato è disponibile da Microsoft. Tuttavia è destinato esclusivamente alla risoluzione il problema descritto in questo articolo. Applicarlo solo ai sistemi in cui si verificano questo problema specifico.

Per risolvere il problema, contattare il Servizio supporto tecnico clienti Microsoft per ottenere l'hotfix. Per un elenco completo di numeri di telefono del supporto tecnico clienti Microsoft e informazioni sui costi dell'assistenza, visitare il seguente sito Web Microsoft:Nota. In casi particolari, le spese normalmente addebitate per le chiamate al supporto tecnico potrebbero essere annullate se un professionista del supporto Microsoft determina che uno specifico aggiornamento risolverà il problema. I costi di supporto usuali verranno applicati per eventuali ulteriori domande e problemi che non dovessero rientrare nello specifico aggiornamento in questione.

Prerequisiti

Per applicare questo hotfix, è necessario disporre di Microsoft .NET Framework 4.5 Service Pack 1 (SP1) installato in Windows 8 o Windows Server 2012.

Richiesta di riavvio

È necessario riavviare il computer dopo avere applicato questo hotfix se vengono utilizzati tutti i file. Si consiglia di chiudere tutte le applicazioni.NET Framework prima di applicare questo hotfix.

Informazioni sulla sostituzione dell'hotfix

Questo hotfix non sostituisce un pacchetto di hotfix precedentemente rilasciato.

Informazioni sui file

La versione globale di questo hotfix presenta gli attributi di file (o attributi successivi) elencati nella tabella riportata di seguito. Le date e ore dei file sono elencate nel tempo universale coordinato (UTC). Quando si visualizzano le informazioni sul file, viene convertito in ora locale. Per calcolare la differenza tra ora UTC e ora locale, utilizzare la scheda fuso orario nell'elemento di Data e ora nel Pannello di controllo.
Per tutte le versioni basate su x86 di Windows 8
Nome del fileVersione del fileDimensione del fileDataOraPiattaforma
PresentationFramework. dll4.0.30319.190516,187,01628-Nov-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x86
System. dll4.0.30319.190513,448,76028-Nov-201223:53x86
Mscorlib. dll4.0.30319.190515,171,16828-Nov-201223:53x86
Normidna.nlpNon applicabile59,34206-Lug-201220:03Non applicabile
Normnfc.nlpNon applicabile47,07606 - Lug-201220:03Non applicabile
Normnfd.nlpNon applicabile40,56606-Lug-201220:03Non applicabile
Normnfkc.nlpNon applicabile67,80806-Lug-201220:03Non applicabile
Normnfkd.nlpNon applicabile61,71806-Lug-201220:03Non applicabile
CLR4.0.30319.190516,876,62428-Nov-201223:53x86
Mscordacwks4.0.30319.190511,299,42428-Nov-201223:53x86
Mscordbi4.0.30319.190511,096,67228-Nov-201223:53x86
SOS. dll4.0.30319.19051746,94428-Nov-201223:53x86
Presentationcore.dll4.0.30319.190513,224,57628-Nov-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x86
Per tutte le versioni x64 supportate di Windows 8and Windows Server 2012
Nome del fileVersione del fileDimensione del fileDataOraPiattaforma
Mscorlib. dll4.0.30319.190515,120,46428-Nov-201223:54x64
Normidna.nlpNon applicabile59,34206-Lug-201220:02Non applicabile
Normnfc.nlpNon applicabile47,07606 - Lug-201220:02Non applicabile
Normnfd.nlpNon applicabile40,56606-Lug-201220:02Non applicabile
Normnfkc.nlpNon applicabile67,80806-Lug-201220:02Non applicabile
Normnfkd.nlpNon applicabile61,71806-Lug-201220:02Non applicabile
CLR4.0.30319.190519,803,72828-Nov-201223:54x64
Mscordacwks4.0.30319.190511,742,83228-Nov-201223:54x64
Mscordbi4.0.30319.190511,497,05628-Nov-201223:54x64
PresentationFramework. dll4.0.30319.190516,187,01628-Nov-201223:54x86
SOS. dll4.0.30319.19051785,36028-Nov-201223:54x64
System.IdentityModel.dll4.0.30319.190511,084,42428 -Nov-201223:54x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:54x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:54x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:54x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:54x86
System. dll4.0.30319.190513,448,76028-Nov-201223:54x86
Presentationcore.dll4.0.30319.190513,207,66428-Nov-201223:54x64
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:54x64
PresentationFramework. dll4.0.30319.190516,187,01628-Nov-201223:53x86
System.IdentityModel.dll4.0.30319.190511,084,42428-Nov-201223:53x86
System.Runtime.Serialization.dll4.0.30319.190511,051,17628-Nov-201223:53x86
System.ServiceModel.Channels.dll4.0.30319.19051158,76828-Nov-201223:53x86
System.ServiceModel.Discovery.dll4.0.30319.19051312,37628-Nov-201223:53x86
System.ServiceModel.dll4.0.30319.190516,368,25628-Nov-201223:53x86
System. dll4.0.30319.190513,448,76028-Nov-201223:53x86
Mscorlib. dll4.0.30319.190515,171,16828-Nov-201223:53x86
Normidna.nlpNon applicabile59,34206-Lug-201220:03Non applicabile
Normnfc.nlpNon applicabile47,07606 - Lug-201220:03Non applicabile
Normnfd.nlpNon applicabile40,56606-Lug-201220:03Non applicabile
Normnfkc.nlpNon applicabile67,80806-Lug-201220:03Non applicabile
Normnfkd.nlpNon applicabile61,71806-Lug-201220:03Non applicabile
CLR4.0.30319.190516,876,62428-Nov-201223:53x86
Mscordacwks4.0.30319.190511,299,42428-Nov-201223:53x86
Mscordbi4.0.30319.190511,096,67228-Nov-201223:53x86
SOS. dll4.0.30319.19051746,94428-Nov-201223:53x86
Presentationcore.dll4.0.30319.190513,224,57628-Nov-201223:53x86
System.Printing.dll4.0.30319.19051342,01628-Nov-201223:53x86

Problemi di questo aggiornamento cumulativo risolve

Common language runtime Problemi (CLR)

Problema 1

Quando un'applicazione .NET Framework 4.5 tenta di eseguire la procedura di garbage collection di sfondo su un computer che dispone di memoria insufficiente, può verificarsi un deadlock.

Problema 2

Il metodo PerformanceCounterCategory.GetCategories non può restituire un elenco delle prestazioni di categorie di contatori in alcuni sistemi operativi che utilizzano impostazioni internazionali diverse dall'inglese. Inoltre, se un'applicazione.NET Framework esegue codice simile al seguente per enumerare le categorie di contatori delle prestazioni, viene restituito alcun valore:
PerformanceCounterCategory[] categories;categories = PerformanceCounterCategory.GetCategories();Console.WriteLine(categories.Length + " categories are registered on this computer");
Dopo avere applicato l'hotfix, è necessario aggiungere la seguente chiave di configurazione nuova LocalizedPerfCounter nel file di configurazione dell'applicazione per l'applicazione.NET Framework:
<configuration>    <appSettings>        <add key="LocalizedPerfCounter" value="true" />    </appSettings></configuration>

Problemi di Windows Communication Foundation (WCF)

Problema 1

Si supponga che i caratteri Unicode con un'applicazione che utilizza la classe System.Xml.XmlDictionaryReader WCF per leggere il formato UTF-8. Quando l'applicazione legge alcuni caratteri Unicode che rientrano in un determinato intervallo, il processo di lettura potrebbe essere lento.

Nota. Per ulteriori informazioni sulla classe System.Xml.XmlDictionaryReader, visitare il seguente sito Web MSDN:

Problema 2

In un computer che esegue .NET Framework 4.5 o versione precedente, le applicazioni WCF non possono accedere un certificato client se la proprietà HttpsTransportBindingElement.RequireClientCertificate è impostata suFALSE. Quando un'applicazione tenta di accedere ai certificati client, WCFoperates in una delle seguenti modalità:
  • richiedere o rifiutare
  • non è necessario e non convalidare
In questo caso, è possibile creare un'applicazione di cui il controllo è permissivo (ad esempio, è possibile creare un'applicazione che utilizza la modalitànon richiedono certificati ma convalida se fornita ). Questo hotfix consente all'applicazione aggiungere un'impostazione per ogni endpoint che fornisce il certificato client per le applicazioni WCF se il client fornisce il certificato. Tuttavia, il certificato è facoltativo. Se non viene fornito un certificato, le connessioni non verranno rifiutate. Ad esempio, un sito Web può provare a utilizzare l'autenticazione basata su form per convalidare un tentativo di accesso su un server e concedere autorizzazioni aggiuntive se la presenza di un certificato client è presentata al server.

Per sviluppare l'applicazione, creare un comportamento EndpointBehavior e quindi aggiungere il comportamento in un'associazione dell'endpoint. Ad esempio, è possibile eseguire il codice seguente per creare il metodo e aggiungere il comportamento:
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();                }            }        }    }
In alternativa, è possibile aggiungere la seguente impostazione di endpoint per l'insieme di parametri BindingParameter:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);            bindingParameters.Add(endpointSettings);


Problema 3

Quando si esegue un servizio WCF che supporta WS-Discovery su protocollo UDP (User Datagram) su un server, si potrebbe verificarsi uno o più dei seguenti problemi:
  • L'utilizzo della CPU aumenta in modo imprevisto nel server.
  • Il traffico multicast è superiore al previsto.
  • Molti messaggi di errore SOAP vengono osservati in una rete in cui .NET Framework 4.5 viene distribuito su tutti o un sottoinsieme di computer.
Questo hotfix impedisce che i messaggi di errore SOAP viene restituito da un endpoint di tipo UDP se viene ricevuto un messaggio di multicast di WS-Discovery per un endpoint non è configurato per WS-Discovery.

Nota. Questi problemi possono verificarsi anche se il servizio non è stato compilato per destinazione .NET Framework 4.5. Questi problemi potrebbero verificarsi in un ambiente di rete in cui è presente su uno o più endpoint .NET Framework 4.5.

Problemi di Windows Presentation Foundation (WPF)


Problema 1

Una riduzione delle prestazioni di stampa si verifica quando si utilizza servizio WPF basate su Framework 4.5.NET per la stampa su una stampante Graphic Device Interface (GDI) in un sistema operativo. Questo problema si verifica in presenza delle seguenti condizioni:
  • Il sistema operativo che ospita il servizio utilizza una lingua diversa dall'inglese.
  • Il sistema operativo è uno dei seguenti prodotti:
    • WPF versione 4.0
    • WPF versione 4.5
    • WPF 3.5 e l'hotfix descritto nel seguente articolo della Microsoft Knowledge Base (o un hotfix di aggiornamento che include questo aggiornamento rapido):
      980294 I caratteri nel tipo di carattere del codice a barre vengono stampati il tipo di carattere Wingdings in un documento XPS creato utilizzando il 3.0 di.NET Framework
  • Si stampa un documento contenente tutti i blocchi di testo.
Questo problema si verifica perché un'operazione di ricerca si verifica ogni volta che il processo di stampa chiama un blocco di testo per trovare il tipo di carattere GDI che consente di visualizzare il testo. L'utilizzo delle risorse dell'operazione di ricerca è aumentata applicando la correzione è distribuita in KB980294, WPF versione 4.0 e WPF versione 4.5. Inoltre, l'utilizzo delle risorse dell'operazione di ricerca domina l'utilizzo delle risorse globali del processo di stampa. Questo hotfix risolve un problema noto nella logica che memorizza nella cache i risultati di operazione di ricerca. Dopo avere applicato l'hotfix, l'utilizzo delle risorse dell'operazione di ricerca si verifica una volta per ogni tipo di carattere GDI invece che si verificano una sola volta per ogni blocco di testo.

Problema 2

Si consideri lo scenario seguente:
  • Si dispone di un'applicazione basata su .NET Framework 4.5 che contiene un controllo WPF modificabile. Il controllo utilizza un Input Method Editor (IME).
  • È possibile immettere testo nel controllo.
  • Il controllo è possibile modificare il testo che si tratta di input. Di seguito sono riportati alcuni esempi di questo comportamento:
    • Si supponga di disporre di una casella di testo controllo dispone della proprietà di testo con associazione a dati. Il trigger di origine di aggiornamento per un'associazione di TextBox della proprietà è impostato su PropertyChanged. Il testo di input, viene inviato a una proprietà di un elemento di dati sottostante è descritto nel percorso dell'associazione. Inoltre, il testo può sostituito con un'altra stringa mediante l'elemento di dati o i convertitori che sono coinvolti nell'associazione.
    • Si supponga di disporre un controllo casella combinata modificabile con criterio di ricerca attivato. Durante l'immissione di testo, il controllo casella combinata si prova ad associare il testo con l'elenco delle opzioni disponibili. Se il controllo rileva un'opzione che inizia con il testo, il testo verrà sostituito dal testo integrale dell'opzione corrispondente.
  • Si attiva l'IME inviare un messaggio WM_IME_CHAR un'applicazione WPF quando il controllo è nello stato "il testo è stato modificato dal controllo".

    Nota. L'esatta sequenza di caratteri che causa il messaggio presenta notevoli differenze tra un IME a altro. Alcuni IME non inviano questo messaggio affatto.
In questo scenario, l'applicazione basata su .NET Framework 4.5 può bloccarsi con un'eccezione InvalidOperationException.

Per risolvere questo problema, applicare l'hotfix. Questo hotfix risolve anche l'elemento con Engkoo Pinyin IME abilitato di lavoro di un problema specifico in cui Visual Studio 2012 si blocca quando si modifica un Team Foundation Server (TFS). Di seguito è riportata una descrizione dettagliata del problema:

Si supponga che si immetta del testo nel campo "Assegnato a" di un elemento di lavoro in Visual Studio 2012. Quando si preme INVIO dopo l'immissione del testo, l'IME Engkoo invia il messaggio WM_IME_CHAR. Di conseguenza, Visual Studio 2012 si blocca.

Nota. Immissione di testo inaltri campi dell'elemento di lavoro TFS possono causare questo problema.
Nota. Questo problema si verifica anche in WPF versione 4.0 o una versione precedente di WPF. Tuttavia, la correzione viene applicata solo a WPF versione 4.5.
Problema 3

Si consideri lo scenario seguente:
  • Si dispone di un'applicazione WPF che dichiara una proprietà con associazione a dati. La proprietà con associazione a dati contiene un'associazione con un percorso complesso. Ad esempio, l'associazione ha il seguente percorso:
    {Binding Path=A.B.C.D}
  • Creazione di un modello di dati che genera una notifica PropertyChanged per alcuni componenti del percorso su un thread di lavoro. Ad esempio, il thread di lavoro genera una notifica di modifica di proprietà C.

    Note
    • Il thread di lavoro può essere un thread diverso dal thread dell'interfaccia utente.
    • Il thread dell'interfaccia utente è il thread che è stato dichiarato mediante l'associazione.
  • Prima che il thread dell'interfaccia utente elabora la notifica PropertyChanged, il modello di dati genera un'altra notifica PropertyChanged per un componente precedente del percorso. Ad esempio, si dispone di un thread genera una notifica di modifica di proprietà A.

    Nota. La seconda notifica PropertyChanged può verificarsi in qualsiasi thread. Ad esempio il thread dell'interfaccia utente.
In questo caso, la seconda notifica viene ignorata. Inoltre, si verifica perdita di dati. Ad esempio, la proprietà D Ottiene il valore originale della proprietà A. Tuttavia, il risultato previsto è di proprietà che d Ottiene il valore modificato della proprietà A.

Nota. Questo problema può interessare anche una versione precedente di WPF versione 4.5. Tuttavia, la correzione viene applicata solo a WPF versione 4.5.


Problema 4

Si consideri lo scenario seguente:
  • Si dispone di un'applicazione WPF che viene eseguito il codice per dichiarare un controllo TextBlock e il codice analogo al seguente:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • Il testo in una stringa lunga è 9600 caratteri di input o più lungo.
  • È possibile eseguire l'applicazione in un computer che esegue la versione 4.5 di WPF.
In questo scenario, il controllo TextBlock consente di visualizzare diverse righe di testo e ogni riga di testo termina con puntini di sospensione. Ad esempio, è il numero di righe visualizzate n/ 9600.

Nota.n è un segnaposto che rappresenta la lunghezza del testo originale. Tuttavia, il risultato previsto è che il controllo TextBlock Visualizza una sola riga di testo che termina con i puntini di sospensione.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 2784153 - Ultima revisione: 01/26/2014 16:54:00 - Revisione: 2.0

Microsoft .NET Framework 4.5

  • kbfix kbqfe kbhotfixserver kbexpertiseadvanced kbsurveynew kbmt KB2784153 KbMtit
Feedback