Acest articol descrie setul de remedieri rapide 3088956 care este disponibil pentru Microsoft .NET Framework 4.6. Pentru mai multe informații despre probleme remediate de pachetul de remediere rapidă, consultați secțiunea "probleme remediate de acest set de remedieri rapide".

Rezolvare

Un hotfix acceptat este acum disponibil de la Microsoft. Cu toate acestea, aceasta are scopul de a corecta numai problema descrisă în acest articol. Aplicați-o numai pe sistemele care întâmpină această problemă anume.

Pentru a remedia această problemă, contactați serviciile de asistență pentru clienți Microsoft pentru a obţine remedierea rapidă. Pentru o listă completă a numerelor de telefon ale serviciilor de asistență pentru clienți Microsoft și informații despre costurile de asistență, vizitați următorul site Web Microsoft:

http://support.microsoft.com/contactus/?ws=supportNotă În cazuri speciale, costurile implicate de obicei pentru apelurile de suport pot fi anulate dacă un specialist în asistență Microsoft stabilește că o anumită actualizare va rezolva problema. Se vor aplica costurile uzuale de asistenţă pentru întrebări suplimentare de asistenţă şi pentru probleme ce nu fac obiectul actualizării în chestiune.

Mai multe informații

Cerințe preliminare

Pentru a aplica această remediere rapidă, trebuie să aveți 4.6 de .NET Framework instalate.

Cerinţă de repornire

Trebuie să reporniți computerul după aplicarea acestei remedieri rapide, dacă se utilizează oricare dintre fișierele afectate. Vă recomandăm să închideţi toate aplicaţiile bazate pe .NET Framework înainte de a aplica această remediere rapidă.

Informații despre înlocuirea remedierilor rapide

Această remediere rapidă nu înlocuiește un pachet de remediere rapidă lansată anterior.


Probleme remediate de acest set de remedieri rapide

Problema 1

Dacă aveți un site web ASP.NET rulează pe o versiune pe 32 de biți de .NET Framework 4.6 sau AMD64 versiune a platformei .NET Framework 4.6 cu RyuJit dezactivat, pot apărea din cauza ThreadAbortException netratate w3wp cădere.

Când se întâmplă crash, puteți vedea următorul jurnal în Jurnalul de evenimente Windows:

Excepție netratată apărută și procesul s-a terminat.
Application ID: [ApplicationID]
ID-ul procesului: [ProcessID]
Excepție: System.Threading.ThreadAbortException
Mesajul de conversație s-a fi aborted.
StackTrace: La System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext context)
la System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
la System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)



Problema 2

Să presupunem că aveți un client WCF conectarea la serviciul WCF utilizând WCF Service de rutare. Dacă serviciul end ridică orice excepție neașteptat care nu este un tip de FaultException sau modificări de configurare, WCF rutare Service nu poate dirija solicitări ulterioare la serviciul de închidere.

Când apare această problemă, primiți excepție următoarele:

System.ServiceModel.ProtocolException: Acest canal nu mai poate fi utilizat pentru a trimite mesaje ca sesiunea de ieșire a fost auto-închis din cauza o închidere inițiată de server. Dezactivați auto-aproape DispatchRuntime.AutomaticInputSessionShutdown false sau luați în considerare modificarea Protocolul de închidere cu serverul la distanță.

Stack trace informații:

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

Aceasta este o actualizare pentru a accepta simbolul Georgian Lari noi. Țara Georgia a introdus un nou simbol monetar pentru Lari, dar nu este modificat numele monedă. Nou simbol monetar, de asemenea, a fost adăugat la standardul Unicode. Această actualizare asigură că simbol monetar corectă se afișează de .NET Framework pe setările regionale de sistem.

Problema 4

Dacă o colecție Gen2 se produce în timpul apelurilor Parallel.ForEach , pot apărea lungi se blochează după instalarea Visual Studio 2015 sau .NET Framework 4.6 fără Visual Studio.

Rezolvare:

Această actualizare actualizează colector deșeuri rezolvarea sistemului se blochează cauzate de această problemă.

Problema 5

După ce instalați .NET Framework 4.6, Data Time.Parse și Date.TryParse metode nu funcționează corect. Această problemă poate apărea cu culture următoarele setări:

  • fi-FI

  • NB NO

  • NB-ioana

  • SR-Cyrl-XK

  • SR-Latn-ME

  • SR-Latn-r

  • sr-Latn-XK​

Rezolvare:

Această actualizare permite DateTime.Parse și Date.TryParse să funcționeze corect în culturi care utilizează aceeași data și ora separator.

Problema 6

După ce instalați 4.6 .NET Framework, .NET Framework 4.6 utilizează un compilator noi de 64 de biți care este denumit RyuJIT. În unele cazuri, compilator nou generează cod incorect care determină comportamente neprevăzute sau se blochează.

Rezolvare:

Această actualizare remediază multe probleme în RyuJIT compilator. Dacă aplicația încă se comportă imprevizibil după instalarea acestei actualizări, consultați sfaturi suplimentare de depanare detaliate.

Pași suplimentare:

Dacă se determină că RyuJIT pot fi implicate în problema urmând pașii de depanare la link, vă rugăm să vă problema la http://connect.microsoft.com. Include cât mai multe detalii posibil, în raport și, de asemenea, cod pentru a reproduce problema.

Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă la Microsoft Insider

V-a fost de ajutor această informație?

Cât de mulțumit sunteți de calitatea traducerii?

Ce v-a afectat experiența?

Aveți feedback suplimentar? (Opțional)

Vă mulțumim pentru feedback!

×