מאמר זה מתאר אוסף תיקונים חמים 3146716, הזמין עבור Microsoft .NET Framework 4.6 ו- 4.6.1. לקבלת מידע נוסף אודות הבעיות שמתקן אוסף תיקונים חמים, עיין בסעיף בעיות אוסף תיקונים חמים זה מתקן .
פתרון
הקבצים הבאים זמינים להורדה ממרכז ההורדות של Microsoft:
לקבלת מידע נוסף אודות אופן ההורדה של קובצי תמיכה של Microsoft, לחץ על מספר המאמר הבא כדי להציג את המאמר הרלוונטי מתוך Microsoft Knowledge Base:
119591 כיצד לקבל קבצי תמיכה של Microsoft משירותים מקווניםMicrosoft סרקה קובץ זה לאיתור וירוסים. Microsoft השתמשה בתוכנת איתור הווירוסים העדכנית ביותר שהיתה זמינה בתאריך פרסום הקובץ. הקובץ מאוחסן בשרתים בעלי אבטחה מוגברת המסייעים למנוע שינויים בלתי מורשים בקובץ.
הערה כדי לאמת את הגירסה של עדכון חם, לבדוק את הערך של מילת המפתח מהדורה כדי לקבוע את הגירסה המותקנת. יהיו תואמות קדימה, אתה יכול לבדוק ערך גדול או שווה לערך המפורטות בטבלה הבאה.
|
גירסת התיקון החם של סיכום |
הערך של מהדורת ה-DWORD |
|---|---|
|
אוסף תיקונים חמים 3146711 עבור .NET Framework 4.6 וגירסאות מאוחרות יותר |
394294 |
לקבלת מידע נוסף אודות האופן שבו ניתן לקבוע את הגירסאות של .NET Framework, עיין כיצד: לקבוע אילו גירסאות של .NET Framework מותקנות.
מידע נוסף
דרישות מוקדמות
כדי להחיל תיקון חם זה, יש לך את 4.6 מסגרת .NET או 4.6.1 מותקן.
דרישת הפעלה מחדש
עליך להפעיל מחדש את המחשב לאחר החלת תיקון חם זה, אם נעשה שימוש בכל הקבצים המושפעים. מומלץ לסגור את כל היישומים מבוססי .NET Framework לפני החלת תיקון חם זה.
מידע על החלפת התיקון החם
חבילת תיקון חם זה אינו מחליף את חבילת תיקון חם שפורסם בעבר.
בעיות שמתקן זה אוסף תיקונים חמים
בעיה CLR JIT
C# מבני מועברים לפי ייחוס, לא על-ידי ערך, כאשר הקוד פועל במחשב כי 4.6 Framework של .NET התקין ואשר משתמשת מהדר RyuJIT. סימפטום אחד של באג זה הוא הקוד מייצג את הנתונים באוסף בסדר שגוי (זמן-סדרות). שינוי זה בהתנהגות מגירסאות קודמות של .NET Framework מפעיל התנהגות בלתי צפויה כאשר לקוחות לאחזר נתוני הסידרה זמן historian נתונים.
בעיה זו מתרחשת מאחר הדגל lvAddrExposed חסר עבור משתני tmp המשרתים כארגומנטים מעבר ref. זה, בתורו, הפוגמת שלב prop ההעתקה.
בעיית ה-CLR
בעיה במטעין סוג CLR עשויים לגרום לקיפאון בעוד סוגים כלליים משוחזרים מתוך תמונות מקוריות. פעולה זו גורמת לכשל בפקודה ngen createpdb . תיקון חם זה פותר את הבעיה.
בעיה Windows Forms
ממשק המשתמש של Windows Forms PrintPreviewDialog מאותחל באיטיות כאשר התנאים הבאים מתקיימים:
-
משמש מדפסת רשת.
-
שינוי העדפות המשתמש עבור מדפסת זו, כגון הגדרות הדפסה דו-צדדית.
מיטוב הביצועים נוספה תרחיש זה. אם לא יבוצע שינוי הגדרות דף דף מסוים, הגדרות המדפסת מוחלים לא (על-ידי גישה אל ההדפסה ברקע) עבור דף זה. אם היישום משנה הגדרות המדפסת על-ידי שימוש באירועים QueryPageSettings , ביצועי הדור לפני הדפסה עבור הדפים המושפעים לא ישפר גם אם מוגדר הדגל להסכמת הצטרפות (opt-in) .
כדי להצטרף מיטוב זה, יש להוסיף את המפתח הבא לקובץ אשרות, גירסה של .NET Framework.
.NET framework 4.5.2:
<?xml version="1.0" encoding="utf-8"?><configuration>
< appSettings >
< add key="OptimizePrintPreview" value="true" />
< /appSettings >
</configuration>
.NET framework 4.6 או גירסה מתקדמת יותר:
<?xml version="1.0" encoding="utf-8"?><configuration>
< runtime>
< AppContextSwitchOverrides value = "Switch.System.Drawing.Printing.OptimizePrintPreview=true" />
< /runtime>
</configuration>
אם יישום יכול לפעול בגירסה אחת של .NET Framework, להשתמש בבוררים שני באותו קובץ.
ביטול הצטרפות, הסר את הבורר או להגדיר את הערכים כ- false.
ClickOnce issue
ClickOnce עודכן כדי לתמוך TLS 1.1 ו- 1.2. ClickOnce יאתר באופן אוטומטי באיזה פרוטוקול TLS נדרשת בזמן ריצה. אין ללא שלבים נוספים הדרושים ב- ClickOnce כדי לאפשר פונקציונליות זו.
הערה ClickOnce ממשיך לתמוך TLS 1.0 בעתיד צפויים, למרות שהוא נחשב עוד תואמי PCI.
