In questo articolo viene descritto l'aggiornamento cumulativo 3088957 disponibile per il Microsoft.NET Framework 4.6. 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 4.6 di.NET Framework installato.
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 1
Se si dispone di un sito Web ASP.NET in esecuzione su una versione a 32 bit di 4.6 di.NET Framework versione AMD64 della piattaforma.NET Framework 4.6 con RyuJit disabilitato, possono verificarsi crash w3wp causa ThreadAbortException non gestita.
In caso di arresto anomalo del sistema, è possibile visualizzare il registro nel registro eventi di Windows seguente:
Si è verificata un'eccezione non gestita e il processo è stato terminato.
ID applicazione: [ApplicationID]
ID del processo: [ID]
Eccezioni: System.Threading.ThreadAbortException
Messaggio: Thread interrotto.
StackTrace: In System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext context)
in System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (rootedObjectsPointer IntPtr, IntPtr nativeRequestContext, moduleData IntPtr, Int32 flag)
in System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (rootedObjectsPointer IntPtr, IntPtr nativeRequestContext, moduleData IntPtr, Int32 flag)
Problema 2
Si supponga di disporre di un client WCF, la connessione al servizio WCF utilizzando il servizio di Routing di WCF. Se il servizio end genera qualsiasi eccezione imprevista che non è un tipo di FaultException o le modifiche di configurazione, il servizio di Routing di WCF possono reindirizzare le richieste successive al servizio di fine.
Quando si verifica questo problema, si riceve l'eccezione seguente:
System.ServiceModel.ProtocolException: Questo canale non potrà più essere utilizzato per inviare messaggi perché la sessione di output è stata chiusa automaticamente a causa di un arresto iniziato dal server. Disattivare la chiusura automatica impostando DispatchRuntime. l'AutomaticInputSessionShutdown su false o prendere in considerazione la modifica del protocollo di arresto con il server remoto.
Informazioni sulla traccia dello stack:
at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, Boolean oneway, ProxyRpc& rpc)at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()
at System.ServiceModel.Channels.ServiceChannel.BeginCall(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )
at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state)
Problema 3
Questo è un aggiornamento per supportare il nuovo simbolo Lari georgiano. Il paese di Georgia ha introdotto un nuovo simbolo di valuta per il Lari, ma non viene modificato il nome della valuta. Il nuovo simbolo di valuta inoltre è stato aggiunto lo standard Unicode. Questo aggiornamento garantisce che viene visualizzato il simbolo di valuta corretto da di.NET Framework in base alle impostazioni internazionali del sistema.
Problema 4
Se una raccolta Gen2 si verifica durante le chiamate di Parallel. foreach , è possibile che si verifichino lunghi si blocca dopo l'installazione di Visual Studio 2015 o il 4.6 di.NET Framework senza Visual Studio.
Risoluzione:
Questo aggiornamento consente di aggiornare il Garbage Collector risolvendo il blocco del sistema causati da questo problema.
Problema 5
Dopo aver installato il 4.6 di.NET Framework, i metodi Data Time.Parse e Date.TryParse non funzionano correttamente. Questo problema può verificarsi con le seguenti impostazioni di lingua:
-
Fi-FI
-
NB-NO
-
NB-SJ
-
sr-Cyrl-XK
-
SR-Latn-ME
-
SR-Latn-RS
-
sr-Latn-XK
Risoluzione:
Questo aggiornamento consente di DateTime. Parse e Date.TryParse che funzionino correttamente in lingue che utilizzano la stessa data e il separatore dell'ora.
Problema 6
Dopo aver installato il 4.6 di.NET Framework, il 4.6 di.NET Framework utilizza un nuovo compilatore a 64 bit che viene chiamato RyuJIT. In alcuni casi, il nuovo codice viene generato non corretto che causa un comportamento imprevisto o si blocca.
Risoluzione:
Questo aggiornamento corregge molti problemi del compilatore RyuJIT. Se l'applicazione continuerà a funzionare in modo imprevedibile dopo l'installazione di questo aggiornamento, vedere ulteriori informazioni sulla risoluzione dei problemi dettagliata.
Ulteriorioperazioni:
Se viene rilevato che RyuJIT potrebbe rendersi necessario per il problema seguendo la risoluzione dei problemi di collegamento, annotare il problema in http://connect.microsoft.com. Includere il livello di dettaglio possibili nel report, nonché codice per riprodurre il problema.
