2908385 specifinių karštųjų pataisų paketas yra skirtas .NET Framework 4.5.1 "Windows 8" ir "Windows Server 2012"

Būtinosios sąlygos

Norint taikyti šias karštąsias pataisas, turi būti įdiegta 4.5.1 .NET Framework.

Reikalavimas paleisti iš naujo

Turite iš naujo paleisti kompiuterį, kai pritaikote šias karštąsias pataisas, jei visi susiję failai yra naudojami. Rekomenduojame, uždarykite visus programos .NET Framework prieš taikydami šias karštąsias pataisas.

Karštųjų pataisų pakeitimo informacija

Šiame karštųjų pataisų pakete nepakeičia anksčiau išleistų karštųjų pataisų paketą.

1 problema

Symptoms

Tarkime, kad galite iškviesti iš NumericUpDown valdymo ValueChanged įvykio apdorojimo Application.DoEvents() metodą. Pavyzdžiui, galite naudoti šį kodą:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
Kai į aukštyn arba žemyn rodyklės mygtuką, fotografuoti keletą sekundžių, kontrolės sukuria sukurti pakartotinai didina arba sumažina Charytatywny laikmatis. Application.DoEvents laikmatis padalos yra tvarkoma dar kartą. Dėl naujų ValueChanged įvykis. Tada galite įvesti laikmatis padalos įvykio apdorojimo programos. Kai pelės mygtukas paleidžiamas, laikmatis sunaikinami apdorojimo programos, Stekas apačioje, bet tada naudojamas kartą kaip rietuvės yra yra tas iš kitų su apdorojimo programos. Tokiu atveju nė vienos nuorodos išimties ir gedimas.

Sprendimas

Norėdami išspręsti šią problemą, naudokite BeginInvoke paskambinti ( Application.DoEvents) asynchronicznie po to, kai apdorojamas laikmatis įvykių. Pvz., naudoti šiuos klasė perrašyti numatytąjį veikimą: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);
}
}
Pastaba. Paprastai mes nerekomenduojame, kad jums įvesti pranešimą ciklą (Application.DoEvents) iš pranešimų apdorojimo (ValueChanged iškėlė iš Timer.OnTick pranešimų valdymo programa), nes tai gali lemti rietuvės perpilda. Pvz., NumericUpDown valdymo diapazonas yra didelis, ir vartotojas turi rodyklę žemyn ilgai. Naudokite BeginInvoke išvengti rietuvės perpilda. Šios karštosios pataisos nėra šiai problemai spręsti.

2 problema

Požymiai

Kopijavimo formatuotą tekstą iš ilgai XPS dokumento gali trukti kelias minutes, priklausomai nuo dokumento tekstą, ir gali būti programa nereaguoja.

Cause

Ši problema kyla dėl to, kad kai kurie formatavimo deklaracijas reikia nuo pat pradžių norimą pažymėtą sritį iki dokumento nuskaitymo. Šios deklaracijos yra retas (jos yra iš pasirinktinių elementų, kurių TextElementEditingBehaviorAttribute atributas, kuris nėra pažymėtas IsTypographicOnly).

Logikos pakeičiamas šią karštąją pataisą siekdami išvengti brangių nuskaitymas, kai nėra tokie pareiškimai rodomi norimą pažymėtą sritį.

3 problema

Požymiai

"Windows" grafikos pateikimo platformos (WPF) TextBlock gali būti rodomas vienas ar daugiau simbolių jo teksto pabaigoje. Ši problema kyla, kai šios sąlygos:

• TextWrapping arba TextTrimming yra įjungtas.

• Padding vertė nėra, arba TextFormattingMode "Ekranas."

• Plotis nėra nustatytas, arba yra nustatytas į "Auto."

• FontFamily, šrifto dydis ir konkrečius simbolius tekste sukelti yra nepalankus plotį.

Cause

Ši problema kyla dėl skaitinė netikslumus (apvalinimas klaida), gali atsirasti Kompiuterija tekstas, konvertavimas plotis tarp vidaus koordinatės sistemomis, padding ir suderinti tekstą, kurį norite pikselių ribas ekrano plotį.

Apsauga nuo tokių netikslumų pridėta skaičiavimai, įsitikinkite, kad visi simboliai, turi būti rodomas langas.

4 problema

Prisegimo objektų gali sukelti per daug netvarkiojo masyvo atminties fragmentavimo, dėl našumo sumažėjimas. Šios pataisos suteikia efektyvesnis pakartotinis atminties buferio, kuris sumažina netvarkiojo masyvo atminties fragmentavimo.

5 problema

Kartais programa gali susidurti su išimtį prieigos pažeidimo metu AppDomain uždaryti po fono šiukšlių rinkimo operacija.

6 problema

Diagnostikos įrankius, kurie IL Instrumentuotė naudojant profilio API dėl šių neapdorota išimtis ir būti išmesti bendroji kalbos vykdyklė (CLR):

Be to, kai, užstringa procesas. Ši problema iškyla tik naudojant diagnostikos įrankiai.

7 problemos

Kai naudojate Windows ryšio platformos (WCF) 4.5 HttpMessageHandler išplėtimo taškas (taip pat žinomas kaip WCF HTTP srauto), WWW autentifikuoti antraštės negalima nustatyti HttpRequestMessage arba HttpResponseMessage. Taip yra todėl naują HttpMessageHandler išplėtimo taškas naudoja kitą mechanizmą tvarkymo antraštės.

Kai pritaikote šias karštąsias pataisas, dviejų mechanizmų pridėti antraštes yra parengti suderinamumą ir vienas turėtų būti galima pridėti WWW autentifikuoti antraštės dar kartą.

8 klausimas

NullReferenceException išimtis iš SqlInternalConnectionTds.BreakConnection būdas. Šios karštosios pataisos praeina laiko problemos, kuri sukelia NullReferenceException išimtis.

Problemos 9

Požymiai

Tarkime, kad turite WCF programa, kuri naudoja BinaryMessageEncoder klasės, ir dėl kodavimo naudoja UTF-8 pagal teksto įrašą per [MC-NBFX]. Arba, Tarkime, kad turite WCF programa, kuri naudoja System.ServiceModel.Channels.Message.CreateBufferedCopy būdą. Žinutę apdorojama, kuriame yra simbolių nuo U + 10000 U + 10FFFF (imtinai), kuriuos nurodo UTF-8 kaip 4 baitų seka. Tokiu atveju, Užkoduotas dvejetainis pranešimas gali būti prarasti ir gaunate tokį klaidos pranešimą:

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

Iškilus šiai problemai, klientas skirtas laikas be atsakymo Jei WCF programa veikia savo. Jei prašoma WCF žiniatinklio serveryje (ASP.NET), klientas gaus 500 serverio klaida.

Priežastis

Ši problema kyla dėl vidaus įgyvendinimo išsamios informacijos kartais priskiria nepakanka vietos kai 4 baitų UTF-8 simbolių sekų yra iššifruoti.

Sprendimas

Norėdami išspręsti šią problemą, taikykite karštąsias pataisas. Po to, kai pritaikote šias karštąsias pataisas, WCF taikant lauks kitas
Skaitymo būdą dekoduoti simbolius, jei nepakanka vietos išvesties buferio iššifruoti įvairaus bitų ilgio Unicode simbolių.