Ez a cikk a Microsoft .NET-keretrendszer 4.6-hoz elérhető gyorsjavítási 3088956 ismerteti. A gyorsjavítás összesítésével kapcsolatos problémákról a "A gyorsjavítás összesítésével kapcsolatos problémák" című szakaszban talál további információt.
Megoldás
A Microsoft már elérhető egy támogatott gyorsjavítással. Ennek célja azonban az, hogy csak a jelen cikk által leírt problémát javítsa ki. Csak azokra a rendszerekre alkalmazza, amelyeknél ez a probléma jelentkezik.A probléma megoldásához forduljon a Microsoft ügyfélszolgálatához a gyorsjavítás beszerzéséhez. A Microsoft ügyfélszolgálati telefonszámainak és a támogatási költségekkel kapcsolatos információk teljes listájáért látogasson el a Microsoft következő webhelyére:
http://support.microsoft.com/contactus/?ws=supportMegjegyzés Különleges esetekben előfordulhat, hogy a támogatási hívások során felmerülő díjakat megszakítják, ha egy Microsoft ügyfélszolgálata Professional úgy ítéli meg, hogy egy adott frissítés megoldja a problémát. A szokásos támogatási költségek azokra a további támogatási kérdésekre és problémákra vonatkoznak, amelyek nem jogosultak a szóban forgó frissítésre.
További információ
Előfeltételek
A gyorsjavítás alkalmazásához telepítve kell lennie a .NET-keretrendszer 4.6-os verziónak.
Újraindítás szükségessége
Ha érintett fájlokat használ, a gyorsjavítás alkalmazása után újra kell indítania a számítógépet. Javasoljuk, hogy a gyorsjavítás alkalmazása előtt zárja be az összes .NET-keretrendszer-alapú alkalmazást.
A gyorsjavítások cseréjére vonatkozó információk
Ez a gyorsjavítási csomag nem helyettesíti a korábban kiadott gyorsjavítási csomagot.
A gyorsjavítás kumulatív javításai által elhárított problémák
1. probléma: Ha ASP.NET webhelye a .NET-keretrendszer 4.6 vagy AMD64 .NET-keretrendszer 4.6-os vagy AMD64-.NET-keretrendszer es verzióján fut, és a RyuJit le van tiltva, előfordulhat, hogy a w3wp összeomlik a nem kezelt ThreadAbortException kivétel miatt. Amikor az összeomlás történik, az alábbi napló jelenik meg a Windows eseménynaplójában:
Nem kezelt kivétel történt, és a folyamat leállt.Alkalmazásazonosító: [ApplicationID]Folyamatazonosító: [ProcessID]Kivétel: System.Threading.ThreadAbortExceptionÜzenet: A szál megszakadt.StackTrace: at 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)
2.probléma Tegyük fel, hogy egy WCF-ügyfél csatlakozik a WCF szolgáltatáshoz a WCF útválasztási szolgáltatás használatával. Ha a végfelhasználói szolgáltatás váratlan kivételt jelez, amely nem a FaultException vagy a konfigurálási módosítások egyik típusa, előfordulhat, hogy a WCF útválasztási szolgáltatás nem irányítja a későbbi kéréseket a végfelhasználói szolgáltatáshoz.Ha ez a probléma jelentkezik, a következő kivétel jelenik meg:
System.ServiceModel.ProtocolException: Ez a csatorna már nem használható üzenetek küldésére, mivel a kimeneti munkamenet a kiszolgáló által kezdeményezett leállítás miatt automatikusan bezárult. Tiltsa le az automatikus bezárást a DispatchRuntime.AutomaticInputSessionShutdown false értékre állításával, vagy fontolja meg a leállítási protokoll módosítását a távoli kiszolgálóval.
Stack trace information:at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime művelet, Logikai 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 művelet)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()a System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(RoutingService szolgáltatás, Üzenetüzenet, AsyncCallback visszahívás, Objektumállapot)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) Issue 3Ez egy frissítés az új georgiai Lari szimbólum támogatásához. Grúzia országa bevezetett egy új pénznemszimbólumot a Lari számára, de a pénznem neve nem változik. Az új pénznemszimbólum a Unicode szabványhoz is hozzá lett adva. Ez a frissítés biztosítja, hogy a .NET-keretrendszer a rendszer területi beállításai alapján a megfelelő pénznemszimbólumot jelenítse meg.4. probléma: Ha a Parallel.ForEach-hívások során Gen2-gyűjtemény történik, a Visual Studio 2015 vagy a .NET-keretrendszer 4.6 Visual Studio nélküli telepítése után hosszú lefagyások léphetnek fel.Megoldás: Ez a frissítés frissíti a szemétgyűjtőt a probléma által okozott rendszerfagyások elhárításával.5. probléma A .NET-keretrendszer 4.6 telepítése után a DateTime.Parse és a Date.TryParse metódus nem működik megfelelően. Ez a probléma a következő kulturális beállításokkal fordulhat elő:
-
fi-FI
-
nb-NO
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Megoldás: Ez a frissítés lehetővé teszi, hogy a DateTime.Parse és a Date.TryParse megfelelően működjön az azonos dátum- és időelválasztót használó kultúrákban.6. probléma A .NET-keretrendszer 4.6 telepítése után a .NET-keretrendszer 4.6 egy új, 64 bites fordítót használ, amelynek neve RyuJIT. Bizonyos esetekben az új fordító helytelen kódot hoz létre, amely kiszámíthatatlan viselkedést vagy összeomlást okoz. Megoldás: Ez a frissítés számos problémát kijavít a RyuJIT fordítóban. Ha az alkalmazás a frissítés telepítése után is kiszámíthatatlanul viselkedik, tekintse meg a további részletes hibaelhárítási útmutatót.További lépések:Ha a hivatkozáson található hibaelhárítási lépéseket követve kiderül, hogy a RyuJIT is érintett lehet a problémában, kérjük, naplózza a problémát a http://connect.microsoft.com. A lehető legtöbb részletet foglalja bele a jelentésbe, és kóddal reprodukálja a problémát.
