Pembatalan hotfix 2908385 tersedia untuk .NET Framework 4.5.1 pada Windows 8 dan Windows Server 2012

Prasyarat

Untuk menerapkan hotfix ini, Anda harus memiliki .NET Framework 4.5.1 diinstal.

Persyaratan menghidupkan ulang

Anda harus memulai ulang komputer setelah menerapkan hotfix ini jika berkas yang terpengaruh sedang digunakan. Kami sarankan Anda menutup semua aplikasi berbasis .NET Framework sebelum menerapkan hotfix ini.

Informasi penggantian hotfix

Paket hotfix ini tidak menggantikan paket hotfix yang diedarkan sebelumnya.

Masalah 1

Symptoms

Misalnya Anda memanggil metode Application.DoEvents() dari pengendali kejadian ValueChanged kontrol NumericUpDown . Misalnya, Anda menggunakan kode berikut:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
Ketika naik atau tombol panah ditekan untuk beberapa detik, kontrol membuat timer untuk menghasilkan ulang kenaikan atau usaha. Dalam Application.DoEvents strip timer ditangani lagi. Hal ini menyebabkan peristiwa ValueChanged baru. Kemudian, Anda masuk kembali penanganan kejadian strip timer. Ketika meluncurkan tombol mouse, timer hancur dalam penanganan di bagian bawah tumpukan, tetapi kemudian kembali lagi sebagai memori yang sedang dibatalkan oleh penangan lainnya. Ini mengakibatkan pengecualian referensi kosong dan lumpuh.

Pemecahan masalah

Untuk mengatasi masalah ini, gunakan BeginInvoke untuk panggilan ( Application.DoEvents) asinkron setelah peristiwa timer diproses. Sebagai contoh, menggunakan kelas berikut ini untuk menggantikan perilaku default: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);
}
}
Catatan Umumnya, kami tidak menyarankan bahwa Anda masuk kembali pesan loop (Application.DoEvents) dari penanganan pesan (ValueChanged diangkat dari penanganan pesan Timer.OnTick ), karena ini dapat menyebabkan overflow memori. Misalnya, kisaran kontrol NumericUpDown besar, dan pengguna memegang tombol panah untuk waktu yang lama. Gunakan BeginInvoke untuk menghindari overflow memori. Hotfix ini tidak mengatasi masalah ini.

Masalah 2

Gejala

Menyalin teks yang diformat dari dokumen XPS panjang dapat memakan waktu beberapa menit, tergantung pada posisi teks dalam dokumen, dan dapat menyebabkan aplikasi membeku.

Cause

Masalah ini terjadi karena beberapa Deklarasi format memerlukan pemindaian dokumen dari awal hingga pilihan yang diinginkan. Deklarasi ini jarang terjadi (mereka berasal dari unsur-unsur kustom yang memiliki atribut TextElementEditingBehaviorAttribute yang tidak ditandai IsTypographicOnly).

Logika yang diubah dalam hotfix ini untuk menghindari pemindaian murah saat deklarasi semacam itu tidak ditampilkan dalam pilihan yang diinginkan.

Masalah 3

Gejala

TextBlock Windows Presentation Foundation (WPF) mungkin tidak menampilkan satu atau lebih karakter di akhir teks. Masalah ini terjadi jika kondisi berikut benar:

• TextWrapping atau TextTrimming diaktifkan.

• Padding bukan nol, atau TextFormattingMode "Tampilan."

• Lebar tidak ditetapkan, atau ditetapkan ke "Auto."

• FontFamily, ukuran tulisan, dan karakter khusus dalam teks menyebabkan lebar menguntungkan.

Cause

Masalah ini terjadi karena numerik ketidakakuratan (round-off galat) yang dapat terjadi saat komputasi lebar teks, mengubah lebar antara sistem koordinat internal, padding, dan penyelarasan teks piksel batas untuk mode tampilan.

Perlindungan terhadap jenis ketidakakuratan telah ditambahkan untuk perhitungan, untuk memastikan bahwa semua karakter yang akan ditampilkan akan ditampilkan.

Masalah 4

Objek fasilitas "Pin" dapat menyebabkan terlalu banyak timbunan memori fragmentasi, menyebabkan penurunan kinerja. Perbaikan ini menyediakan lebih efisien penggunaan memori buffer, yang meminimalkan timbunan memori fragmentasi.

Masalah 5

Kadang-kadang, aplikasi dapat mengalami pelanggaran akses pengecualian selama AppDomain mati setelah latar belakang operasi pengumpulan sampah.

Masalah 6

Alat diagnostik yang melakukan IL instrumentasi menggunakan profil API dapat mengakibatkan pengecualian ditangani berikut ini untuk dilemparkan oleh waktu jalan bahasa Umum (CLR):

Selain itu, proses lumpuh. Masalah ini hanya terjadi saat Anda menggunakan alat diagnostik.

Masalah 7

Ketika Anda menggunakan Windows komunikasi Foundation (WCF) 4.5 HttpMessageHandler titik Ekstensibilitas (juga dikenal sebagai WCF HTTP pipa), kop autentikasi WWW tidak ditetapkan pada HttpRequestMessage atau HttpResponseMessage. Hal ini karena titik Ekstensibilitas HttpMessageHandler baru menggunakan mekanisme yang berbeda untuk menangani header.

Setelah Anda menerapkan perbaikan terbaru ini, dua mekanisme untuk menambahkan kop dibawa ke paritas, dan satu harus dapat menambahkan kop autentikasi WWW lagi.

Masalah 8

Pengecualian NullReferenceException dilemparkan dari metode SqlInternalConnectionTds.BreakConnection . Perbaikan terbaru ini memecahkan masalah waktu yang mengarah ke NullReferenceException pengecualian.

Masalah 9

Gejala

Misalnya Anda memiliki aplikasi WCF yang menggunakan kelas BinaryMessageEncoder , dan encoder menggunakan UTF-8 berbasis teks catatan per [MC-NBFX]. Atau, menganggap bahwa Anda memiliki aplikasi WCF yang menggunakan metode System.ServiceModel.Channels.Message.CreateBufferedCopy . Pesan diproses yang berisi karakter dalam kisaran U + 10000 untuk U + 10FFFF (termasuk) yang ditunjukkan dalam UTF-8 sebagai urutan 4 bita. Dalam situasi ini, biner disandikan pesan mungkin hilang, dan Anda menerima pesan galat berikut:

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()

Ketika masalah ini terjadi, klien waktu habis tanpa respons jika aplikasi WCF host sendiri. Jika aplikasi WCF hosting web (ASP.NET), klien akan menerima galat 500 server.

Penyebab

Masalah ini terjadi karena detail penerapan internal yang kadang-kadang mengalokasikan ruang yang tidak cukup saat 4-byte UTF-8 karakter urutan yang diterjemahkan.

Pemecahan masalah

Untuk mengatasi masalah ini, Terapkan hotfix. Setelah Anda menerapkan perbaikan terbaru, aplikasi WCF akan menunggu berikutnya
Baca metode untuk memecahkan kode karakter apabila tersedia cukup ruang di buffer output untuk menyandi multibyte karakter Unicode.