מאמר זה מתאר את אוסף תיקונים חמים 3088955 הזמינים עבור Microsoft .NET Framework 4.6. לקבלת מידע נוסף אודות הבעיות שמתקן אוסף תיקונים חמים, עיין בסעיף "בעיות אוסף תיקונים חמים זה מתקן".
פתרון
תיקון חם נתמך זמין כעת מ- Microsoft. עם זאת, אותו יש להסדיר את הבעיה המתוארת במאמר זה. יש להחיל אותו רק במערכות שהתעוררה בהן בעיה ספציפית זו.כדי לפתור את הבעיה, פנה לשירותי התמיכה בלקוחות של Microsoft כדי לקבל את התיקון החם. לקבלת רשימה מלאה של מספרי הטלפון בשירותי התמיכה ללקוח של Microsoft ומידע על עלויות תמיכה, בקר באתר האינטרנט הבא של Microsoft:
http://support.microsoft.com/contactus/?ws=supportהערה במקרים מיוחדים, ניתן לבטל את החיובים שהצגת שיחות תמיכה אם יקבע מומחה תמיכה של Microsoft כי עדכון ספציפי לפתור את הבעיה שלך. דמי התמיכה המקובלים יחולו על נוספים שאלות וסוגיות תמיכה אשר אינן מצריכות העדכון הספציפי האמור.
מידע נוסף
דרישות מוקדמות
כדי להחיל תיקון חם זה, עליך 4.6 מסגרת .NET מותקן.
דרישת הפעלה מחדש
עליך להפעיל מחדש את המחשב לאחר החלת תיקון חם זה, אם נעשה שימוש בכל הקבצים המושפעים. מומלץ לסגור את כל היישומים מבוססי .NET Framework לפני החלת תיקון חם זה.
מידע על החלפת התיקון החם
חבילת תיקון חם זה אינו מחליף את חבילת תיקון חם שפורסם בעבר.
בעיות שמתקן זה אוסף תיקונים חמים
בעיה 1אם יש לך אתר אינטרנט של ASP.NET פועלת גירסת 32 סיביות של 4.6 Framework של .NET או גירסה AMD64 של פלטפורמת .NET Framework 4.6 עם RyuJit זמינה, אתה עלול להיתקל w3wp קריסה עקב ThreadAbortException לא מטופל.קורה לקריסה, באפשרותך לראות את היומן הבאות ביומן האירועים של Windows:
חריג שאינו מטופל אירע ואת התהליך הופסק.מזהה יישום: [מזהי יישומים]מזהה תהליך: [ProcessID]חריג: System.Threading.ThreadAbortExceptionהודעה: הליך משנה בתהליך בוטלה.StackTrace: ב- System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, הקשר HttpContext)ב- System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, דגלים Int32)ב- System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, דגלים Int32)
בעיה 2נניח שיש לך לקוח WCF להתחבר לשירות WCF באמצעות שירות ניתוב של WCF. אם השירות הקצה מפעיל כל חריגה לא צפויה שאינו מסוג FaultException או שינויי תצורה, שירות WCF ניתוב לא ייתכן לנתב בקשות עוקבות השירות end.כאשר בעיה זו מתרחשת, אתה מקבל את החריגה הבאה:
System.ServiceModel.ProtocolException: ערוץ זה עוד ניתן להשתמש לשליחת הודעות כיוון שהפעלת הפלט נסגרה אוטומטית בשל כיבוי ביוזמת השרת. השבת סגירה אוטומטית על-ידי הגדרת את DispatchRuntime.AutomaticInputSessionShutdown ל- false, או לשקול את שינוי בפרוטוקול כיבוי עם השרת המרוחק.
מידע מעקב מחסנית: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) בעיה 3זהו עדכון לתמיכה הסמל לארי גרוזינית החדש. מדינת ג'ורג'יה יש שהוכנסו סמל מטבע חדש עבור לארי, אך לא לשנות את שם המטבע. סמל מטבע חדשה נוספה גם בתקן Unicode. עדכון זה מוודא סמל המטבע הנכון מוצגת על-ידי .NET Framework בהתבסס על הגדרות האזור של המערכת.בעיה 4אם אוסף Gen2 מתרחשת במהלך שיחות Parallel.ForEach , אתה עלול להיתקל נתקע ארוך לאחר התקנת Visual Studio 2015 או את 4.6 מסגרת .NET ללא Visual Studio.רזולוציה:עדכון זה עדכונים אוסף האשפה על-ידי פענוח מערכת קופא caused מבעיה זו.בעיה 5לאחר שתתקין את 4.6 מסגרת .NET, שיטות תאריך Time.Parse ו- Date.TryParse אינם פועלים כראוי. בעיה זו עלולה להתרחש עם תרבות ההגדרות הבאות:
-
fi-FI
-
n בלא
-
n ב- SJ
-
sr-Cyrl-XK
-
sr-Latn-ם
-
sr-Latn-r
-
sr-Latn-XK
רזולוציה:עדכון זה מאפשר לתפקד כראוי בתרבויות בהן משתמש במפריד השעה והתאריך באותו DateTime.Parse ו- Date.TryParse .בעיה 6לאחר שתתקין את 4.6 מסגרת .NET, 4.6 Framework של .NET משתמש מהדר 64 סיביות חדשה שנקראת RyuJIT. במקרים מסוימים, מהדר חדש יוצר קוד שגוי שגורמת התנהגות בלתי צפויות או קורס.רזולוציה:עדכון זה מתקן בעיות רבות במהדר RyuJIT. אם היישום עדיין פועל באופן בלתי צפוי לאחר ההתקנה של עדכון זה, ראה הנחיות לפתרון בעיות נוספות מפורט.שלבים Further:אם נקבע כי RyuJIT עשוי להיות מעורב את הבעיה על-ידי ביצוע השלבים לפתרון בעיות בקישור, להיכנס לבעיה ב- http://connect.microsoft.com. כוללות פירוט רב ככל האפשר הדוח וכן קוד כדי לשחזר את הבעיה.
