ค่าสะสมของโปรแกรมแก้ไขด่วน 3139551 สำหรับ.NET Framework 4.6.1 การและ 4.6 บน Windows

ปัญหาที่ 1

เมื่อโปรแกรมประยุกต์ WPF ที่ใช้TreeViewItemนอกจากเป็นTreeViewแอพลิเคชันสามารถพบInvalidCastExceptionมีข้อยกเว้นที่มีการติดตามสแต็คที่เริ่มต้นเป็นดังนี้:

System.Windows.Controls.VirtualizingStackPanel.FindScrollOffset(Visual v)
หมายเหตุ ข้อยกเว้นนี้เกิดขึ้นเมื่อTreeViewItemอยู่ในตัวควบคุมรายการที่ถูกสร้างเสมือน (ตัวอย่าง ควบคุมListBox, DataGridหรือมุมมองรายการ) ที่พยายามค้นหาออฟเซ็ตการเลื่อนของTreeViewItemหรือหนึ่งยังลูกหลาน ตัวอย่างเช่น ข้อยกเว้นนี้เกิดขึ้นถ้าคุณประกาศการTreeViewItemเป็นรากของการDataTemplateและDataTemplateถูกใช้เป็นCellTemplateของDataGridคอลัมน์

ปัญหาที่ 2

ทั้งSystem.Web.CachingและSystem.Runtime.Cachingรายงานขนาดของหน่วยความจำที่ถูกใช้ โดย AppDomain ทั้งแทนที่เป็นหน่วยความจำที่ถูกใช้ โดยรายการแคช

นี่คือการถดถอยจาก 4.5 กรอบงาน.NET ได้เนื่องจาก มีการเปลี่ยนแปลงในการใช้งานตัวจับเวลา นอกเหนือจากรายงานขนาดไม่ถูกต้อง เพิ่มเติมวัตถุที่อ้างอิง โดยแคสามารถมากมีผลกระทบต่อเวลาแฝง GC gen2 ใน ASP.NET ที่เป็นโฮสต์ของสถานการณ์จำลอง แคยัง miscalculated ขนาดของแคชทั้งหมดในโดเมนโปรแกรมประยุกต์ทั้งหมด (ตามที่รายงานโดยใช้ตัวนับประสิทธิภาพการทำงาน ASP.NET "แคช%ขีดจำกัดหน่วยความจำที่กระบวนการใช้") ได้เมื่อนำของโดเมนโปรแกรมประยุกต์

แก้ไขนี้ลบข้อมูลอ้างอิงที่ไม่ได้ตั้งใจจากแคกับแอพลิเคชันโดเมนวัตถุอื่น ๆ เพื่อให้มีรายงานขนาดถูกต้อง การแก้ไขนี้ยังรวมถึงการเปลี่ยนแปลงเพื่อปรับปรุงเวลาแฝงที่ใช้สำหรับ System.Runtime.Caching บนคอมพิวเตอร์แบบมัลติคอร์ที่ใช้เซิร์ฟเวอร์ GC นอกจากนี้ หลังจากมีใช้การแก้ไขนี้ ขนาดของแคชทั้งหมดในโดเมนโปรแกรมประยุกต์กลับสถานการณ์สมมติถูกคำนวณอย่างถูกต้อง

ปัญหาที่ 3

เมื่อคุณมีแอพลิเคชันที่ Windows นำเสนอพื้นฐาน (WPF) ที่ต้องใช้เมาส์ส่งเสริมการขายด้วยการสัมผัสย้ายการจัดการการโต้ตอบผู้ใช้ด้วยการสัมผัส (แทนที่เป็นโดย ตรงโดยใช้สัมผัสเหตุการณ์), คุณอาจพบการระดับเสียงเบาผิดปกติย้ายเมาส์ถูกเลื่อนระดับ

ก่อนหน้านี้ โปรโมชันเมาส์ WPF ควบคุมปริมาณของสัมผัสย้ายเพื่อหลีกเลี่ยงการสัมผัสจำนวนมากย้าย overwhelm ผู้จัดส่ง ใน.NET Framework 4.6.1 การ การแก้ไขถูกนำมาใช้เพื่อควบคุมปริมาณจำนวนสัมผัสย้ายที่จะประมวลผล หลังจากการเปลี่ยนแปลง การควบคุมปริมาณของเมาส์โปรโมชันที่เป็นสาเหตุให้มีการลดเพิ่มเติมหมายเลขของเมาส์ย้ายที่สร้างขึ้น ขณะนี้ถูกเอาออกการควบคุมปริมาณของโปรโมชันเมาส์เพื่อว่าควรเกือบติดต่อแบบหนึ่งต่อหนึ่งระหว่างเหตุการณ์ย้ายสัมผัสและเหตุการณ์เคลื่อนย้ายเมาส์เพิ่มระดับ

ปัญหาที่ 4

สมมติว่า คุณกำลังทำงานบนโปรแกรมประยุกต์ WPF 4.6 กรอบงาน.NET ที่เป้าหมาย คุณพยายามตั้งค่าCurrentThread.CurrentCultureหรือCurrentThread.CurrentUICultureในวิธีใด ๆ ที่ถูกเรียกใช้ โดยผู้จัดส่ง WPF โดยใช้ DispatcherOperation ตัว ตัวอย่างเช่น คุณพยายามตั้งค่านี้ในตัวจัดการเหตุการณ์ UI หรือคอนสตรัคเตอร์ที่ MainWindow ในสถานการณ์นี้ ค่าCurrentCultureและCurrentUICultureถูกตั้งค่าใหม่เป็นค่าก่อนหน้านี้ตามลำดับที่ส่วนท้ายของวิธีการ ถ้าแอพลิเคชันตั้งค่าCurrentUICultureในคอนสตรัคเตอร์ของ MainWindow หรือ ในตัวจัดการปุ่มคลิก การตั้งค่าที่เปลี่ยนเป็นระบบภาษาของ UI

การแก้ไขนี้ทำให้แน่ใจว่า ค่าCurrentThread.CurrentCulture/CurrentUICultureที่ถูกตั้งค่าในเมธอดในโปรแกรมประยุกต์ WPF คงอยู่ในลักษณะเดียวกันเหมือนก่อน 4.6 กรอบงาน.NET กับ

ปัญหาที่ 5

ใน 4.6 กรอบงาน.NET ค่าสถานะใหม่TaskContinuationOptions.RunContinuationsAsynchronouslyถูกเพิ่มลงในไลบรารีของงาน อย่างไรก็ตาม เมื่อคุณใช้ค่าสถานะนี้ร่วมกับTask.WhenAll, Task.WhenAnyหรือTask.Unwrapค่าสถานะจะไม่มีผล ค่าสถานะถูกนำมาใช้เพื่อหลีกเลี่ยงเงื่อนไขบางเงื่อนไขการชะงักงัน การแก้ไขนี้ทำให้แน่ใจว่า ชนิดทั้งหมดของงาน continuations ตามค่าสถานะใหม่

ปัญหาที่ 6

ใน 4.6 กรอบงาน.NET ไม่มีจุดบกพร่องใน AppContext ซึ่งเป็นสาเหตุของความปลอดภัยให้กับเธรดของวิธีการ AppContext จะนำมาใช้อย่างไม่ถูกต้อง AppContext เป็นส่วนหนึ่งของโครงสร้างพื้นฐานเพื่อลดการเปลี่ยนแปลงการแบ่ง คุณสามารถใช้ AppContext เพื่อตั้งค่า และการเรียกคืนค่าสถานะ และ การตัดสินใจในโปรแกรมประยุกต์ของคุณโดยยึดตามข้อมูลที่

การแก้ไขนี้เปิดใช้งานความปลอดภัยเธรดที่ถูกต้องสำหรับวิธีการบน AppContext ที่เกี่ยวข้องกับการตั้งค่าและเรียกค่า switch

ปัญหาที่ 7

เมื่อคุณพบปัญหา กรณีมีขอบที่มีการปันส่วน และรูปแบบ survival และคุณ ต้องการเซกเมนต์ใหม่บนฮีปของคุณที่มีการจัดการ ตัวเก็บกวาดสามารถคำนวณขนาดที่ใช้ได้ที่มีขนาดเล็กกว่าก่อน ซึ่งทำให้การละเมิดการเข้าถึงระหว่างขั้นตอนการกระชับข้อมูลได้เนื่องจากตัวเก็บกวาดกำลังพยายามเขียนไปยังหน่วยความจำที่ไม่ได้ผูกมัด

การแก้ไขนี้คำนวณขนาดได้อย่างถูกต้อง

ปัญหาที่ 8

เมื่อคุณสร้างรหัสท้องถิ่นบางวิธีการ แอพลิเคชันของ.NET Framework และกระบวนการ NGEN อาจพบการเกิดความผิดพลาดที่ไม่คาดคิด

ปัญหาที่ 9

RyuJit สร้างคำแนะนำที่ถูกต้องเพื่อเปรียบเทียบจำนวนเต็มไม่มีลายเซ็น 16 บิตบนเครื่องบันทึกเงินสด ซึ่งก่อให้เกิดผลลัพธ์ไม่ถูกต้อง ถ้าค่าที่ป้อนเข้ามีค่า MSB ที่แตกต่างกัน และคำแนะนำในการเปรียบเทียบที่สร้างขึ้นใช้ตัวถูกดำเนินการลงทะเบียน

การแก้ไขนี้สร้างคำแนะนำที่ถูกต้อง

นำไปใช้กับ

บทความนี้ใช้ต่อไปนี้:

• Microsoft .NET Framework 4.6.1 การ

• Microsoft .NET Framework 4.6 เมื่อใช้กับ:
  
  

  • Windows 7 Service Pack 1

  • Windows Server 2008 R2 Service Pack 1

  • Windows Server 2008 Service Pack 2

  • Windows Vista Service Pack 2