Applies To.NET Framework 4.5 Windows 8 Windows RT Windows Server 2012 Standard Windows Server 2012 Standard

In questo articolo viene hotfix cumulativo 3095334 disponibile per il Microsoft.NET Framework 4.5.2 di.NET Framework 4.5.1 e .NET Framework 4.5. Per ulteriori informazioni sui problemi risolti con l'aggiornamento cumulativo, vedere la sezione "problemi risolti con questo hotfix cumulativo".

Risoluzione

Un hotfix supportato è ora disponibile da Microsoft. È tuttavia destinata esclusivamente alla risoluzione del problema descritto in questo articolo. Applicarlo solo ai sistemi in cui si verificano questo problema specifico.Per risolvere il problema, contattare il supporto tecnico clienti Microsoft per ottenere l'hotfix. Per un elenco completo dei numeri di telefono supporto tecnico clienti Microsoft e informazioni sui costi dell'assistenza, visitare il seguente sito Web Microsoft:

http://support.microsoft.com/contactus/?ws=supportNota: In casi particolari, le spese normalmente addebitate per le chiamate di supporto potrebbero essere annullate qualora un addetto al supporto Microsoft determina che uno specifico aggiornamento per correggere il problema. I costi di supporto normale verranno applicati per eventuali ulteriori domande e problemi che non dovessero rientrare nello specifico aggiornamento in questione.

Ulteriori informazioni

Prerequisiti

Per applicare questo hotfix, è necessario disporre di.NET Framework 4.5.2 o di.NET Framework 4.5.1 installato .NET Framework 4.5.

Richiesta di riavvio

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

Informazioni sulla sostituzione dell'aggiornamento rapido

Questo hotfix non sostituisce un pacchetto di hotfix precedentemente rilasciato.

Problemi risolti con questo hotfix cumulativo

Problema 1Si supponga di utilizza un'applicazione Windows Presentation Foundation (WPF). Un controllo TreeView di WPF spontaneamente scorrere a una posizione imprevedibile dopo aver aggiunto un nuovo elemento. Questo problema si verifica quando sono vere le seguenti condizioni:

  • Il nuovo elemento è l'ultimo dei figli del controllo padre.

  • L'elemento padre è l'ultimo degli elementi figlio del controllo padre.

  • Il nuovo elemento è visibile in corrispondenza della posizione di scorrimento corrente.

Problema 2In un'applicazione WPF, rimuovere la struttura ad albero visuale di un controllo di modifica può determinare una perdita di un oggetto ImmComposition . Questa operazione più volte può infine causare un'eccezione di memoria insufficiente.Nota: Un "controllo di modifica" è un qualsiasi controllo che crea e utilizza un oggetto TextEditor . I principali esempi sono FlowDocumentScrollViewer TextBoxe RichTextBox.Problema 3Un'applicazione WPF può diventare deadlock quando sono vere le seguenti condizioni:

  • L'applicazione genera un evento il cui recapito viene instradato attraverso il sistema di eventi deboli.

  • Un altro thread contemporaneamente utilizza il sistema di eventi deboli. In questo modo il primo thread in attesa di un blocco.

  • Quando è in attesa, i messaggi del thread pump riceve un messaggio che provoca re-entrancy nel codice dell'applicazione.

  • Il codice reimmesso tenta di utilizzare il sistema di eventi deboli.

Si osserva più di frequente con l'evento PropertyChanged dell' INotifyPropertyChanged, dove il codice immesso nuovamente tenta anche di generare un evento PropertyChanged .Questo problema viene risolto nel sistema di eventi deboli l'attesa di blocchi in modo da non eseguire message pump del thread.Problema 4Quando si tenta di eseguire un comando sul server, timeout sul lato client, ma termina sul server. In questo caso, il client invia un pacchetto di attenzione al server e si prefigge in uno stato scaduto. Tuttavia, può non ripristinato non appena ripristinato dallo stato scaduto dopo l'elaborazione di server l'istruzione scadute il client in.Questo hotfix Reimposta lo stato del client ripristinato dallo stato di timeout.Problema 5In alcune circostanze, alcuni file nella cache ASP.NET shadow possono danneggiarsi durante l'arresto del computer. Ciò potrebbe causare un comportamento imprevisto o eccezioni vengano generate dalle applicazioni che utilizzano la cache.Questo hotfix consente di verificare che il contenuto della cache è più proattiva scaricati su disco.Problema 6Computer che dispongono di più di 80 gigabyte (GB) di memoria può verificarsi riduzione delle prestazioni in situazioni di memoria insufficiente causa posteriore per eseguire il backup delle raccolte Gen2 esecuzione Garbage Collector.Questo hotfix include modifiche al Garbage Collector, regolando le condizioni in cui si verificano raccolte Gen2 nei computer con più di 80 GB di memoria.

Problemi noti

Una correzione che è stata rilasciata in precedenza per abilitato al tocco, componenti aggiuntivi VSTO in WPF è stata trovata per avere una regressione in scenari in cui vengono utilizzate applicazioni parzialmente attendibili su dispositivi touch. In questi scenari, i clienti vedere un arresto anomalo dell'applicazione e non è in grado di caricare un'applicazione parzialmente attendibile. Pertanto, la correzione di abilitato al tocco, componenti aggiuntivi VSTO è stata rimossa.

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.