מאמר זה מתאר אוסף תיקונים חמים הזמין עבור Microsoft .NET Framework 4.6.1 ו- 4.6. לקבלת מידע נוסף אודות הבעיות שאוסף תיקונים חמים זה פותר, עיין בסעיף בעיות שאוסף תיקונים חמים זה פותר .
פתרון
הורד מידע
התיקון החם המתאים ל- KB3139549 הועבר עם העדכונים האחרונים של .NET Framework, המכילים את כל התיקונים שנכללו בעבר ב- KB3139549. מומלץ להתקין את העדכונים האחרונים של .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, וTemplate הנתונים משמש כTemplate התא של dataGrid עמודה, חריג זה מתרחש.
בעיה 2
הן System.Web.Caching ו- System.Runtime.caching הדוח בגודל הזיכרון המשמש את AppDomain כולו במקום בגודל הזיכרון המשמש את פריטי המטמון.
זוהי בעיית רגרסיה מ- .NET Framework 4.5 שבה נערך שינוי ביישום שעון עצר. בנוסף לדיווח על גודל שגוי, האובייקטים הנוספות שאליהם מפנה המטמון עשויים להשפיע באופן משמעותי על השהיית ה- GC של Gen2. בתרחישי ASP.NET, המטמון גם מחשב באופן שגוי את הגודל של כל מטמונים בכל תחומי היישום (שדווח באמצעות מונה הביצועים Cache % Process Memory Limit used ASP.NET) כאשר תחומים של יישומים ממוחזרים.
התיקון מסיר הפניות לא מכוונות מהמטמון לשאר אובייקטי התחום של היישום ולאחר מכן מדווח על הגודל הנכון. הוא כולל גם שינויים לשיפור ההשהיה עבור System.Runtime.Caching במחשבים מרובי ליבות המשתמשים ב- Server GC. לבסוף, תיקון זה מחשב את הגודל של כל מטמונים בתרחישי מיחזור תחומי יישום כראוי.
בעיה 3
כאשר יש לך יישום בסיס ההצגה של Windows (WPF) מסתמך על קידום לתזוזת עכבר כדי לטפל באינטראקציה של המשתמש בהזזת מגע (במקום להשתמש ישירות באירועי מגע), אתה עלול להיתקל בנפח נמוך במיוחד של תנועות עכבר מקודם.
בעבר, קידום העכבר המנווט של WPF של תנועות מגע מכיוון שנפח המגע זז הכריע את המשגר. ב- .NET Framework 4.6.1, תיקון נערך עבור אופן פעולה זה. התיקון ויסות מספר תנועות המגע המעובדות. לכן, ויסות קידומי העכבר גרם להפחתה נוספת בתנועות העכבר שנוצרות. באוסף עדכונים זה, ויסות קידומי העכבר הוסר, וכעת אמור להיות קרוב להתכתבות של 1 עד 1 בין אירועי העברת מגע לאירועי הזזת עכבר מקודם.
בעיה 4
נניח שאתה עובד עם יישום WPF שמכוון את .NET Framework 4.6. לדוגמה, נניח שאתה מנסה להגדיר CurrentThread.CurrentCulture או CurrentThread.CurrentUICulture בכל שיטה (כגון מטפל באירועי ממשק משתמש או בנאי MainWindow) שהושמעה על-ידי משגר WPF באמצעות משגר שיגור. במצב זה, הערכים 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
AppContext מהווה חלק מהתשתית כדי לצמצם את שינויי השבירה. באפשרותך להשתמש ב- AppContext כדי להגדיר ולאחזר דגלים ולהחליט ביישום שלך המבוסס על נתונים אלה. ב- .NET Framework 4.6, יש באג ב- AppContext שבו היישום thead-safety of thead-safety of the AppContext methods is implemented באופן שגוי.
תיקון זה מאפשר בטיחות הליך משנה נכונה עבור השיטות ב- AppContext הקשורות להגדרה ולאחזור של ערכי בורר.
בעיה 7
כאשר אתה פוגע במקרה קצה עם תבנית ההקצאה והישרדות, ואתה זקוק לקטע חדש על ערימה מנוהלת, מלקט האשפה עשוי לחשב גודל Commit קטן יותר ממה שהוא אמור להיות. פעולה זו גורמת להפרת גישה במהלך השלב הקומפקטי, כאשר אספן האשפה מנסה לכתוב לזיכרון לא רשום. תיקון זה מחשב את הגודל כראוי.
בעיה 8
בעת יצירת קוד מקורי עבור שיטות מסוימות, יישומי .NET Framework ותהליכי NGEN עלולים לקרוס.
בעיה 9
RyuJit יוצר הוראות שגויות להשוואה בין מספר שלם לא חתום של 16 סיביות באוגרים. היא מפיקה תוצאות שגויות אם ערכי קלט עשויים להיות ערכים שונים של MSB ולכן יוצרים הוראות השוואה המשתמשות רק באופרנדים של רישום. תיקון זה יוצר הוראות נכונות.
