Acest articol descrie pachetul de remediere rapidă 3088958 care este disponibil pentru Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 și .NET Framework 4.5. 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".
Web Installer este un pachet mici (mai puțin de un singur megaocteți) care determină și descărcări numai componentele care se aplică pentru o anumită platformă automat.
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 rezolva 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.
Notă Pentru a verifica versiunea de remediere rapidă de actualizare, Verificați valoarea de lansare de cuvinte cheie pentru a determina versiunea instalată. Pentru a fi compatibil cu forward, puteţi verifica pentru o valoare mai mare sau egală cu valoarea care este listat în următorul tabel.
|
Versiunea de pachet de remediere rapidă |
Valoarea DWORD lansarea |
|---|---|
|
Set de remedieri rapide 3088958 pentru .NET Framework 4.5 și versiunile ulterioare de .NET Framework |
379991 |
Pentru mai multe informații despre cum se determină versiunile .NET Framework, consultați introductiv: determina care .NET Framework sunt instalate versiuni.
Mai multe informații
Cerințe preliminare
Pentru a aplica această remediere rapidă, trebuie să aveți .NET Framework 4.5.2, .NET Framework 4.5.1 sau .NET Framework 4.5 instalat.
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
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 2
Acest set de remedieri rapide remediază o problemă cu ecran tactil Windows Presentation bazele (WPF) aplicațiile care se execută în cadrul aceluiași proces, dar două versiuni diferite de .NET Framework de orientare. Un exemplu de această problemă este două VSTO Office programe de completare scrise în WPF, dar orientate spre diferite side-by-side .NET Frameworks. Utilizatorii în acest scenariu ar putea vedea comportamentul anormal tactil sau se blochează la diferite puncte în timpul execuției programului.
Fix asigură că DLL-urile corespunzătoare sunt încărcate și accesate în aceste scenarii, oprește orice problemă cu ecran tactil comportament sau program se blochează.
Notă Dacă utilizați .NET Framework 3.5 Service Pack 2 pe computerul dvs., instalaţi remedierea corespunzătoare pentru versiunea dvs. pentru a remedia această problemă.
Problema 3
Dacă aveți un site web ASP.NET care se execută 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 4
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)
