עיין במוצרים ובמערכות ההפעלה חלים על מאמר זה.
מאמר זה מתאר אוסף תיקונים חמים 3139550 הזמינים עבור Microsoft .NET Framework 4.6.1 ו- .NET Framework 4.6 ב- Windows 8.1, Windows RT 8.1 ו- Windows Server 2012 R2. לקבלת מידע נוסף אודות התיקונים באוסף תיקונים חמים זה, עיין בסעיף "בעיות שאוסף תיקונים חמים זה פותר".
פתרון
הורד מידע
התיקון החם המתאים ל- KB3139550 הועבר עם העדכונים האחרונים של .NET Framework, המכילים את כל התיקונים שנכללו בעבר ב- KB3139550. מומלץ להתקין את העדכונים האחרונים של .NET Framework.
לקבלת מידע נוסף אודות אופן ההורדה של קבצי תמיכה של Microsoft, לחץ על מספר המאמר הבא כדי לעבור למאמר מתוך מאגר הידע Microsoft Knowledge Base:
119591 כיצד להשיג קבצי תמיכה של Microsoft מהשירותים המקוונים Microsoft סרקה קובץ זה לאיתור וירוסים. Microsoft השתמשה בתוכנה העדכנית ביותר לזיהוי וירוסים, הזמינה בתאריך פרסום הקובץ. הקובץ מאוחסן בשרתים עם אבטחה משופרת, המסייעים למנוע שינויים בלתי מורשים בקובץ.
מידע נוסף
דרישות מוקדמות
כדי להחיל תיקון חם זה, עליך להתקין את .NET Framework 4.6.1 או את .NET Framework 4.6.
דרישה להפעלה מחדש
עליך להפעיל מחדש את המחשב לאחר החלת תיקון חם זה אם נעשה שימוש בקבצים המושפעים. מומלץ לסגור את כל היישומים מבוססי .NET Framework לפני החלת תיקון חם זה.
מידע על החלפת תיקונים חמים
חבילת תיקון חם זו אינה מחליפה חבילת תיקון חם שהופצה בעבר.
בעיות שאוסף תיקונים חמים זה פותר
בעיה 1
כאשר יישום WPF משתמש ב- TreeViewItem מחוץ להקשר של TreeView, היישום יכול להיתקל בחריג InvalidCastException שאת המעקב אחר מחסנית מתחיל באופן הבא:
מערכת. Windows. Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
הערה חריגה זו מתרחשת כאשר TreeViewItem נמצא בפקד רשימה וירטואלי (לדוגמה, פקד ListBox , DataGrid או ListView) המנסה למצוא את היסט הגלילה של TreeViewItem או אחד מהצאצאים שלו. לדוגמה, חריגה זו מתרחשת אם אתה מצהיר על TreeViewItem כשורש של DataTemplate, ו- DataTemplate משמש כTemplate של DataGrid עמודה.
בעיה 2
הן System.Web.Caching ו- System.Runtime.Caching הדוח בגודל הזיכרון המשמש את כל AppDomain במקום הזיכרון המשמש את פריטי המטמון.
זוהי רגרסיה מ- .NET Framework 4.5 עקב שינוי ביישום שעון העצר. בנוסף לדיווח על הגודל הלא נכון, האובייקטים הנוספות שאליהם מפנה המטמון יכולים להשפיע באופן משמעותי על ההשהיה של gen2 GC. בתרחישי ASP.NET, המטמון גם חשב לא נכון את הגודל של כל מטמונים בכל התחומים של היישום (כפי שדווח באמצעות "Cache % Process Memory Limit Used" ASP.NET ביצועים) כאשר תחומי היישום ממוחזרים.
תיקון זה מסיר הפניות לא מכוונות מהמטמון לאובייקטי התחום האחרים של היישום כך שהגודל הנכון ידווח. תיקון זה כולל גם שינויים לשיפור ההשהיה עבור System.Runtime.Caching במחשבים מרובי ליבות המשתמשים ב- Server GC. בנוסף, לאחר החלת תיקון זה, הגודל של כל מטמונים בתרחישי מיחזור תחומים של יישום מחושב כראוי.
בעיה 3
כאשר יש לך יישום בסיס ההצגה של Windows (WPF) מסתמך על קידום העכבר של תנועות מגע כדי לטפל באינטראקציה של משתמש מגע (במקום באמצעות אירועי מגע ישירות), אתה עשוי להיתקל בנפח נמוך במיוחד של תנועות עכבר מקודם.
בעבר, קידום עכבר ויסות של WPF של תנועות מגע כדי להימנע מנפח גדול של תנועות מגע להציף את המשגר. ב- .NET Framework 4.6.1, הוצג תיקון כדי לחנוק את מספר תנועות המגע המעובדות. לאחר שינוי זה, ויסות קידומי העכבר גרמו להפחתה נוספת במספר תנועות העכבר שנוצרו. ויסות קידומי העכבר מוסר כעת, כך שצריך להיות כמעט התכתבות של יחיד על אחד בין אירועי העברת מגע לבין אירועי הזזת עכבר מקודם.
בעיה 4
נניח שאתה עובד על יישום WPF שמכוון את .NET Framework 4.6. אתה מנסה להגדיר את הערך CurrentThread.CurrentCulture או CurrentThread.CurrentUICulture בכל שיטה שהושמעה על-ידי משגר WPF באמצעות DispatcherOperation. לדוגמה, אתה מנסה להגדיר ערך זה במפעיל אירועים של ממשק משתמש או בבונה MainWindow. במצב זה, הערכים CurrentCulture ו- CurrentUICulture מאופסים לערכים הקודמים שלהם בהתאמה בסוף פעולת השירות. אם יישום מגדיר את CurrentUICulture בבונה MainWindow שלו או במפעיל לחיצה על לחצן, הגדרה זו חוזרת לתרבות ממשק המשתמש של המערכת.
תיקון זה לוודא שהערכים CurrentThread.CurrentCulture/CurrentUICulture מוגדרים בשיטות ביישום WPF נמשכים באותו אופן שבו הם נמשכו לפני .NET Framework 4.6.
בעיה 5
ב- .NET Framework 4.6, דגל חדש, TaskContinuationOptions.RunContinuationsAsynchronously, נוסף לספריית המשימות. עם זאת, בעת שימוש בדגל זה יחד עם Task.WhenAll, Task.WhenAny או Task.Unwrap, לדגל אין השפעה. הדגל הוצג כדי להימנע מתנאי חסימה מסוימים. תיקון זה לוודא שכל הסוגים של המשך פעילות מכבדים את הדגל החדש.
בעיה 6
ב- .NET Framework 4.6, יש באג ב- AppContext שגורם לבטיחות רצף המשנה של שיטות AppContext להיות מיושם באופן שגוי. AppContext מהווה חלק מהתשתית כדי לצמצם את שינויי השבירה. באפשרותך להשתמש ב- AppContext כדי להגדיר ולאחזר דגלים ולהחליט ביישום שלך בהתבסס על נתונים אלה.
תיקון זה מאפשר בטיחות הליך משנה נכונה עבור השיטות ב- AppContext הקשורות להגדרה ולאחזור של ערכי בורר.
בעיה 7
כאשר אתה נתקל במקרה קצה הכולל את תבנית ההקצאה והישרדות שלך, ואתה דורש מקטע חדש על הערימה המנוהלים שלך, אספן אשפה יכול לחשב גודל Commit קטן יותר ממה שהוא אמור להיות. פעולה זו גורמת להפרת גישה במהלך השלב הקומפקטי מאחר ש אספן האשפה מנסה לכתוב לזיכרון לא רשום.
תיקון זה מחשב את הגודל כראוי.
בעיה 8
בעת יצירת קוד מקורי עבור שיטות מסוימות, יישומי .NET Framework ותהליכים של NGEN עשויים להיתקל קריסה בלתי צפויה.
בעיה 9
RyuJit יוצר הוראות שגויות להשוואה בין מספר שלם לא חתום של 16 סיביות באוגרים. היא מפיקה תוצאה שגויה אם ערכי קלט עשויים להכיל ערכי MSB שונים ואם השוואה בין הוראות שנוצרו באמצעות אופרנדים של אוגר.
תיקון זה יוצר הוראות נכונות.
חל על
מאמר זה חל על הפעולות הבאות:
-
Microsoft .NET Framework 4.6.1
-
Microsoft .NET Framework 4.6, כאשר נעשה בו שימוש עם:
-
Windows 8.1
-
Windows RT 8.1
-
Windows Server 2012 R2 Datacenter
-
Windows Server 2012 R2 Essentials
-
Windows Server 2012 R2 עבור מערכות מוטבעות
-
Windows Server 2012 R2 Foundation
-
Windows Server 2012 R2 Standard
-
