Acest articol descrie setul de remedieri rapide 3088956 disponibile pentru Microsoft .NET Framework 4.6. Pentru mai multe informații despre problemele pe care le remediază setul de remedieri rapide, consultați secțiunea "Probleme legate de remedierile acestui set de remedieri rapide".
Rezolvare
O remediere rapidă acceptată este acum disponibilă de la Microsoft. Cu toate acestea, se intenționează să corecteze doar problema descrisă de acest articol. Aplicați-o doar sistemelor care se confruntă cu această problemă specifică.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 și a informațiilor despre costurile asistenței microsoft pentru servicii de asistență pentru clienți, vizitați următorul site web Microsoft:
http://support.microsoft.com/contactus/?ws=supportNotă În cazuri speciale, taxele efectuate de obicei pentru apelurile de asistență pot fi anulate dacă un specialist în asistență Microsoft determină că o anumită actualizare vă va remedia problema. Costurile uzuale de asistență se vor aplica întrebărilor de asistență suplimentare și problemelor care nu se califică pentru actualizarea specifică respectivă.
Mai multe informații
Cerinţe preliminare
Pentru a aplica această remediere rapidă, trebuie să aveți instalat .NET Framework 4.6.
Cerință repornire
Trebuie să reporniți computerul după ce aplicați această remediere rapidă dacă sunt utilizate fișiere 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 remedierii rapide
Acest pachet de remedieri rapide nu înlocuiește un pachet de remedieri rapide lansat anterior.
Probleme pe care le remediază acest set de remedieri rapide
Problema 1Dacă aveți un site web ASP.NET care rulează pe o versiune pe 32 de biți a versiunii .NET Framework 4.6 sau AMD64 a platformei .NET Framework 4.6 cu RyuJit dezactivat, este posibil să întâmpinați o cădere w3wp din cauza ThreadAbortException netratate. Atunci când are loc căderea, puteți vedea următorul jurnal în jurnalul de evenimente Windows:
S-a produs o excepție netratată și procesul s-a terminat.ID aplicație: [ApplicationID]ID proces: [ProcessID]Exception: System.Threading.ThreadAbortExceptionMessage: Thread was beingborted.StackTrace: la System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
Problema 2Presupuneți că aveți un client WCF care se conectează la serviciul WCF utilizând serviciul de rutare WCF. Dacă serviciul final ridică orice excepție neașteptată care nu este un tip de EroareExcepție sau modificări de configurare, este posibil ca serviciul de rutare WCF să nu direcționeze solicitările ulterioare la serviciul final.Atunci când apare această problemă, primiți următoarea excepție:
System.ServiceModel.ProtocolException: acest canal nu mai poate fi utilizat pentru a trimite mesaje, deoarece sesiunea de ieșire a fost închisă automat din cauza unei închideri inițiate de server. Dezactivați închiderea automată setând Valoarea DispatchRuntime.AutomaticInputSessionShutdown la fals sau luați în considerare modificarea protocolului de închidere cu serverul la distanță.
Informații urmărire stivă:la System.ServiceModel.Channels.ServiceChannel.PrepareCall(Operațiune ProxyOperationRuntime, 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)la 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, AsyncCallback callback, Object state)la System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(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()la System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(Serviciul RoutingService, Mesaj, AsyncCallback callback, Object state)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](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 3Aceasta este o actualizare pentru a accepta noul simbol Georgia Lari. Țara Georgia a introdus un nou simbol monetar pentru Lari, dar numele monedei nu este schimbat. Noul simbol monetar a fost adăugat, de asemenea, la standardul Unicode. Această actualizare asigură că simbolul monetar corect este afișat de .NET Framework pe baza setărilor regionale de sistem.Problema 4Dacă are loc o colecție Gen2 în timpul apelurilor Parallel.ForEach, este posibil să vă confruntați cu blocări lungi după ce instalați Visual Studio 2015 sau .NET Framework 4.6 fără Visual Studio.Rezoluție:Această actualizare actualizează Colectorul de deșeuri prin rezolvarea sistemului îngheață din cauza acestei probleme.Problema 5După ce instalați .NET Framework 4.6, metodele DateTime.Parse și Date.TryParse nu funcționează corect. Această problemă poate apărea cu următoarele setări de cultură:
-
fi-FI
-
nb-NU
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Rezoluție:Această actualizare activează DateTime.Parse și Date.TryParse să funcționeze corect în culturile care utilizează același separator de dată și oră.Problema 6După ce instalați .NET Framework 4.6, .NET Framework 4.6 utilizează un compilator nou pe 64 de biți, numit RyuJIT. În unele cazuri, noul compilator generează cod incorect care provoacă un comportament imprevizibil sau căderi. Rezolvare:Această actualizare remediază multe probleme din compilatorul RyuJIT. Dacă aplicația încă se comportă imprevizibil după instalarea acestei actualizări, consultați instrucțiuni de depanare detaliate suplimentare.Pași suplimentari:Dacă se determină că RyuJIT poate fi implicat în problema dvs. urmând pașii de depanare de la link, înregistrați problema la http://connect.microsoft.com. Includeți cât mai multe detalii posibil în raport și, de asemenea, cod pentru a reproduce problema.
