.NET Frameworki 4.6 Windows Server 2012 R2 ja Windows 8.1 käigultparanduste koondpakett 3088956

NB! Artikkel on tõlgitud Microsofti masintõlketarkvaraga ja seda saab parandada Kogukonnapõhise tõlkeraamistiku (CTF) tehnoloogiaga. Microsoft pakub masintõlgitud, kogukonna järeltöödeldud ja inimtõlgitud artikleid, et anda mitmekeelne juurdepääs kõigile meie teabebaasi artiklitele. Masintõlgitud ja järeltöödeldud artiklites võib olla sõnavara-, süntaksi- ja/või grammatikavigu. Microsoft ei vastuta mingite ebatäpsuste, tõrgete ega kahjude eest, mis on tulenenud sisu valest tõlkest või selle kasutamisest meie klientide poolt. Lisateavet CTF-i kohta leiate aadressilt http://support.microsoft.com/gp/machine-translation-corrections/et.

Artikli ingliskeelse versiooni kuvamiseks klõpsake siin: 3088956
Selles artiklis kirjeldatakse käigultparanduste koondpaketti 3088956, mis on saadaval Microsoft .NET Frameworki 4.6. Käigultparanduste koondpakett lahendab probleemide kohta lisateabe saamiseks lugege selle "See käigultparanduste koondpakett lahendab probleemid"jagu.

Lahendus
Lasknud välja toetatava käigultparanduse on nüüd Microsoftilt saadaval. See on ette nähtud üksnes käesolevas artiklis kirjeldatud probleemi. Kasutage seda ainult süsteemides, kus ilmneb see konkreetne probleem.

Selle probleemi lahendamiseks pöörduge käigultparanduse hankimiseks Microsofti klienditugiteenuste. Täieliku loendi Microsofti klienditugiteenuste pakkujate telefoninumbrite ja tugiteenuste hinnateabe hankimiseks külastage järgmist Microsofti veebisaiti:Märkus Erijuhtudel võib kulud, mis tekivad teatud tugiteenuse telefonikõnede maksumus tühistada, kui Microsofti tugiteenusepakkuja leiab, et mõni konkreetne värskendus lahendab teie probleemi. Tavapärane tugiteenuse tasu kehtib täiendavatele tugiteenustega seotud küsimustele ning probleemidele, mis pole lahendatavad konkreetse värskenduse installimisega.
Lisateave

Eeltingimused

Selle kiirparanduse rakendamiseks peab teil olema installitud .NET Framework 4.6.

Taaskäivitamise nõue

Peate pärast selle kiirparanduse rakendamist kui kõik mõjutatud failid on kasutuses, taaskäivitage arvuti. Soovitame enne selle kiirparanduse rakendamist sulgege kõik .NET Frameworki põhinevad rakendused.

Kiirparanduse asendamise teave

See kiirparandus packagedoesn't Asenda varem välja antud Kiirparandusi alla.

See käigultparanduste koondpakett lahendab probleemid

1. probleem

Kui teil on ASP.net-i veebisaiti, mis töötab 32-bitine versioon .NET Frameworki 4.6 või AMD64 versiooni platvorm .NET Frameworki 4.6 RyuJit keelatud, võib ilmneda käsitlematu ThreadAbortException leiate w3wp krahhi.

Kui crash juhtub, cansee Windowsi sündmuselogis järgmised Logi:
Ilmnes töötlemata erand ja protsess lõpetati.
Rakenduse ID: [ApplicationID]
Protsessi ID: [ProcessID]
Erand: System.Threading.ThreadAbortException
Sõnum: Lõim on on katkestatud.
StackTrace: Kell System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, http-konteksti kontekst)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer IntPtr nativeRequestContext IntPtr moduleData, Int32 lipud)
at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer IntPtr nativeRequestContext IntPtr moduleData, Int32 lipud)


2. probleem

Oletame, et on WCF-i kliendi ühenduse WCF-teenuse WCF marsruudi teenuse abil. Kui end teenuse tekitab ootamatu erand, mis ei ole FaultException või konfigureerige muudatusi, WCF-teenuse Marsruutimis võib ei suunata hilisemate taotluste end teenuse.

Selle probleemi ilmnemisel kuvatakse järgmine erand:
System.ServiceModel.ProtocolException: See kanal saab kasutada enam väljund seanss oli auto suletud serveri algatatud sulgemise tõttu sõnumite saatmiseks. Keelake automaatne sulgemine määrates selle DispatchRuntime.AutomaticInputSessionShutdown false või võiksite muuta protokolli sulgemise kaugserveril.
Stack trace teave:

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)

Küsimus 3

Thisis värskendus toetab uue Gruusia Lari märki. Gruusia riigi võeti kasutusele uus valuuta sümbol on Lari, kuid valuuta nimi ei ole muutunud. Uus valuuta sümbol on lisatud ka Unicode standard. Updatemakes kindel, et õige valuuta sümbol kuvatakse .NET raamistik põhineb süsteemi lokaadi sätteid.

Probleem 4

Gen2 kogumise ajal Parallel.ForEachkõnede puhul võivad ilmneda pika hangub pärast installimist Visual Studio 2015 või ilma Visual Studio .NET Frameworki 4.6.

Lahendus:

Selle värskendusega saate värskendada rämpsfailide Collector süsteem hangub põhjustatud probleemi lahendamisega.

Probleem 5

4.6 .NET Frameworki installimist Kuupäev Time.Parse ja Date.TryParsemeetoditest ei tööta õigesti. See probleem võib ilmneda culture järgmisi sätteid:
  • Fi-ühendus
  • NB-ei ole
  • NB-SJ
  • SR-Cyrl-XK
  • SR-Latn-ME
  • SR-Latn-r
  • SR-Latn-XK
Lahendus:

See värskendus võimaldab DateTime.Parse ja Date.TryParse kultuurid, mis kasutavad sama kuupäeva ja kellaaja eraldaja õigesti toimida.

Probleem 6

4.6 .NET Frameworki installimist kasutab .NET Frameworki 4.6 uus 64-bitine kompilaator, mida nimetatakse RyuJIT. Mõnel juhul loob uue kompilaator vale koodi, mis põhjustab ettearvamatu käitumine või läheb krahhi.

Lahendus:

See updatefixes RyuJIT kompilaator paljusid probleeme. Kui rakendus ikka käitub ettearvamatult pärast selle värskenduse installimist, lugegeüksikasjalikud juhised tõrkeotsing.

Täiendavaid samme.

Kui määratakse kindlaks, et link tõrkeotsingu juhiseid järgides võib teie probleemi kaasatud RyuJIT, logige küsimus http://Connect.microsoft.com. Sisaldavad võimalikult palju üksikasju kui võimalik aruande ja koodi uuesti esile kutsuda.

Hoiatus. See artikkel on masintõlgitud.

Atribuudid

Artikli ID: 3088956 – viimati läbi vaadatud: 09/25/2015 20:38:00 – redaktsioon: 1.0

Microsoft .NET Framework 4.6

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbautohotfix kbhotfixserver kbmt KB3088956 KbMtet
Tagasiside