Hotfix rollup 2908385 có sẵn cho .NET Framework 4.5.1 trên Windows 8 và Windows Server 2012

Điều kiện tiên quyết

Để áp dụng hotfix này, bạn phải 4.5.1 cài đặt .NET Framework.

Yêu cầu khởi động lại

Bạn phải khởi động lại máy tính sau khi bạn áp dụng hotfix này nếu bất kỳ tệp nào bị ảnh hưởng đang được sử dụng. Chúng tôi khuyên bạn đóng tất cả các ứng dụng dựa trên .NET Framework trước khi bạn áp dụng hotfix này.

Thông tin thay thế cập nhật nóng

Gói hotfix này không thay thế gói hotfix phát hành trước đó.

Vấn đề 1

Symptoms

Giả sử rằng bạn gọi phương pháp () Application.DoEventstừ trình xử lý sự kiện ValueChanged NumericUpDown điều khiển. Ví dụ: bạn sử dụng mã sau đây:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
Khi các lên hoặc xuống nút mũi tên được phát hành cho một vài giây, điều khiển tạo một thời gian để tạo ra liên tục tăng hoặc decrements. Trong Application.DoEvents nhãn giờ được xử lý một lần nữa. Điều này gây ra một sự kiện ValueChanged mới. Sau đó, bạn nhập xử lý sự kiện đánh dấu giờ. Chuột được phát hành, thời gian bị phá hủy trong trình xử lý ở cuối ngăn xếp, nhưng sau đó được tái sử dụng lại như chồng đang được unwound bằng các bộ xử lý khác. Điều này gây ra một ngoại lệ tham chiếu rỗng và sập.

Giải pháp

Để khắc phục sự cố này, sử dụng BeginInvoke để gọi Application.DoEvents() không đồng bộ sau khi sự kiện giờ được xử lý. Ví dụ: sử dụng lớp sau để thay thế chế độ mặc định:public class MyNumericUpDown : System.Windows.Forms.NumericUpDown{
public NumericUpDown() : base()
{
}
protected override void OnValueChanged(EventArgs e)
{
// run the handler as a separate event to prevent re-entrance to prevent a NullRef when hitting.
if (IsHandleCreated)
BeginInvoke(new Action(() => base.OnValueChanged(e)));
else
base.OnValueChanged(e);
}
}
Lưu ý Nói chung, chúng tôi khuyến nghị bạn nhập một vòng lặp thông báo (Application.DoEvents) từ một trình xử lý thông báo (ValueChanged lên từ xử lý thông báo Timer.OnTick ), vì điều này có thể dẫn đến tràn ngăn xếp. Ví dụ: phạm vi điều khiển NumericUpDown lớn, và người dùng có nút mũi tên trong một thời gian dài. Sử dụng BeginInvoke để tránh tràn ngăn xếp. Hotfix này không giải quyết vấn đề này.

Vấn đề 2

Triệu chứng

Sao chép định dạng văn bản từ tài liệu XPS dài có thể mất vài phút, tuỳ thuộc vào vị trí của văn bản trong tài liệu và có thể làm cho ứng dụng đóng băng.

Cause

Sự cố này xảy ra do một số tuyên bố định dạng yêu cầu quét tài liệu từ đầu đến lựa chọn mong muốn. Tuyên bố này rất hiếm (họ đến từ tuỳ chỉnh các yếu tố có thuộc tính TextElementEditingBehaviorAttribute không được đánh dấu IsTypographicOnly).

Logic được thay đổi trong hotfix này để tránh việc quét tốn kém khi không tuyên bố đó xuất hiện trong phần lựa chọn mong muốn.

Vấn đề 3

Triệu chứng

TextBlock Windows Presentation Foundation (WPF) không thể hiển thị một hoặc nhiều ký tự cuối của văn bản. Sự cố này xảy ra khi các điều kiện sau là đúng:

• TextWrapping hoặc TextTrimming được kích hoạt.

• Đệm khác không hoặc TextFormattingMode là "Hiển thị".

• Chiều rộng không được đặt hoặc được đặt thành "Tự động".

• FontFamily, FontSize và các ký tự cụ thể trong văn bản dẫn đến một chiều rộng không.

Cause

Sự cố này xảy ra vì số không chính xác (vòng ra lỗi thời) có thể xảy ra trong khi chiều rộng của văn bản, chuyển đổi chiều rộng giữa hệ thống tọa độ nội bộ, kế toán đệm và liên kết khu vực văn bản pixel ranh giới Hiển thị chế độ máy tính.

Bảo vệ chống lại các loại không chính xác đã được thêm vào tính toán, để đảm bảo rằng tất cả các ký tự sẽ được hiển thị sẽ hiển thị.

Vấn đề 4

Ghim các đối tượng có thể gây ra quá nhiều phân mảnh bộ nhớ heap, làm giảm hiệu suất. Sửa chữa cung cấp sử dụng lại hiệu quả hơn của bộ nhớ đệm, giảm thiểu phân mảnh bộ nhớ heap.

Vấn đề 5

Đôi khi, một ứng dụng có thể gặp phải một ngoại lệ vi phạm truy nhập trong AppDomain tắt sau nền hoạt động thu gom rác.

Vấn đề 6

Công cụ chẩn đoán làm IL thiết bị bằng cách sử dụng profiling API có thể gây ra ngoại lệ không xử lý sau được ném một thời gian chạy ngôn ngữ chung (CLR):

Ngoài ra, quá trình sập. Sự cố này chỉ xảy ra khi bạn sử dụng công cụ chẩn đoán.

Vấn đề 7

Khi bạn sử dụng Windows Communication Foundation (WCF) 4.5 HttpMessageHandler khả năng mở rộng điểm (còn được gọi là WCF HTTP đường ống), tiêu đề WWW xác thực không được đặt trên HttpRequestMessage hoặc HttpResponseMessage. Điều này là do độ rộng HttpMessageHandler mới sử dụng một cơ chế khác nhau để xử lý tiêu đề.

Sau khi bạn áp dụng hotfix này, hai cơ chế để thêm tiêu đề được đưa vào tính chẵn lẻ, và một có thể thêm tiêu đề WWW xác nhận lại.

Vấn đề 8

Ngoại lệ NullReferenceException ném từ phương pháp SqlInternalConnectionTds.BreakConnection . Hotfix này khắc phục sự cố thời gian dẫn đến ngoại lệ NullReferenceException .

Vấn đề 9

Triệu chứng

Giả sử bạn có một ứng dụng WCF sử dụng lớp BinaryMessageEncoder và sử dụng mã hóa sơ UTF-8 dựa trên văn bản theo [MC-NBFX]. Hoặc, giả sử rằng bạn có một ứng dụng WCF sử dụng phương pháp System.ServiceModel.Channels.Message.CreateBufferedCopy . Thông báo được xử lý có chứa các ký tự trong phạm vi U + 10000 đến U + 10FFFF (bao gồm) đã xuất hiện trong UTF-8 là một chuỗi 4 byte. Trong trường hợp này, thông báo mã nhị phân có thể bị mất, và bạn nhận được thông báo lỗi sau:

System.ArgumentException: The output char buffer is too small to contain the decoded characters, encoding 'Unicode (UTF-8)' fallback 'System.Text.DecoderExceptionFallback'.Parameter name: chars
at System.Text.Encoding.ThrowCharsOverflow()
at System.Text.Encoding.ThrowCharsOverflow(DecoderNLS decoder, Boolean nothingDecoded)
at System.Text.UTF8Encoding.GetChars(Byte* bytes, Int32 byteCount, Char* chars, Int32 charCount, DecoderNLS baseDecoder)
at System.Text.DecoderNLS.GetChars(Byte* bytes, Int32 byteCount, Char* chars, Int32 charCount, Boolean flush)
at System.Text.DecoderNLS.GetChars(Byte[] bytes, Int32 byteIndex, Int32 byteCount, Char[] chars, Int32 charIndex, Boolean flush)
at System.Text.DecoderNLS.GetChars(Byte[] bytes, Int32 byteIndex, Int32 byteCount, Char[] chars, Int32 charIndex)
at System.Xml.ValueHandle.TryReadChars(Char[] chars, Int32 offset, Int32 count, Int32& actual)
at System.Xml.XmlBaseReader.ReadValueChunk(Char[] chars, Int32 offset, Int32 count)
at System.Xml.XmlBinaryWriter.WriteTextNode(XmlDictionaryReader reader, Boolean attribute)
at System.Xml.XmlDictionaryWriter.WriteNode(XmlDictionaryReader reader, Boolean defattr)
at System.ServiceModel.Channels.ReceivedMessage.OnWriteBodyContents(XmlDictionaryWriter writer)
at System.ServiceModel.Channels.Message.OnWriteMessage(XmlDictionaryWriter writer)
at System.ServiceModel.Channels.Message.OnCreateBufferedCopy(Int32 maxBufferSize, XmlDictionaryReaderQuotas quotas)
at System.ServiceModel.Channels.StreamedMessage.OnCreateBufferedCopy(Int32 maxBufferSize)
at System.ServiceModel.Channels.Message.CreateBufferedCopy(Int32 maxBufferSize)
at ConsoleApplication1.BufferRequestChannel.WrappingRequestContext.BufferMessage()

Khi sự cố này xảy ra, khách hàng hết thời gian mà không có phản hồi nếu ứng dụng WCF tự lưu trữ. Nếu ứng dụng WCF là lưu trữ web (ASP.NET), khách hàng sẽ nhận được lỗi 500 máy chủ.

Nguyên nhân

Sự cố này xảy ra vì một chi tiết trong thực hiện đôi khi phân bổ không đủ dung lượng khi 4 byte UTF-8 ký tự chuỗi được giải mã.

Giải pháp

Để giải quyết vấn đề này, áp dụng hotfix. Sau khi bạn áp dụng hotfix, ứng dụng WCF sẽ đợi tiếp theo
Đọc các phương pháp để giải mã các ký tự, nếu có đủ không gian trong bộ đệm xuất để giải mã ký tự Unicode multibyte.