Käigultparanduste koondpaketti 2908385 on saadaval .NET Frameworki 4.5.1 Windows 8 ja Windows Server 2012

Eeltingimused

Selle kiirparanduse rakendamiseks peab teil olema .NET Framework installitud 4.5.1.

Taaskäivitamise nõue

Peate pärast selle kiirparanduse rakendamist kui mõjutatud faile ei kasutata arvuti taaskäivitada. Soovitame enne selle kiirparanduse rakendamist sulgege kõik .NET Frameworki põhinevad rakendused.

Kiirparanduse asendamise teave

See kiirparanduspakett ei asenda varem välja antud Kiirparandusi alla.

1. probleem

Symptoms

Oletame, et te kutsuda Application.DoEvents() meetodi ValueChanged sündmuse NumericUpDown juhtelemendi käitleja. Näiteks võite kasutada järgmine kood:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
Kui see üles või alla noolt nupu vajutamisel vilguvad, tõrje loob taimer luua korduv inkrementidena või taseme. Klõpsake Application.DoEvents töödeldakse taimer märkige uuesti. See põhjustab uus ValueChanged sündmus. Seejärel saate sisestage taimeri märkige sündmuseohjuri. Hiireklahv väljaandmisel taimeri rikutakse ohjuri pinu all, kuid siis uuesti kasutatakse uuesti nagu teiste käitleja on mahakeritud pinu. See põhjustab nullviiteerand ja tabab esmakordselt krahh.

Lahendus

Selle probleemi lahendamiseks kasutage BeginInvoke helistada ( Application.DoEvents) asünkroonselt pärast taimer sündmuse töödeldakse. Näiteks kasutage järgmist klassi alistada vaikekäitumise.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);
}
}
Märkus. Üldiselt ei soovita sisestamine sõnumi tsükkel (Application.DoEvents) kaudu teade sündmuseohjuri (ValueChanged on tõstetud Timer.OnTick sõnumidraiver), kuna see võib põhjustada pinu ülevool. Näiteks NumericUpDown kontrolli ulatus on suur ja kasutaja hoiab noolt nupu all pikka aega. BeginInvoke abil saate vältida pinu ülevool. See kiirparandus ei lahenda probleemi.

2. probleem

Sümptomid

Pikk XPS-dokumendi kopeerimine vormindatud teksti võib võtta mitu minutit, olenevalt dokumendi teksti ja võib põhjustada rakenduse hangumise.

Cause

See probleem ilmneb seetõttu, et mõned vormingu deklaratsioonide nõuavad algusest kuni soovitud valik dokumendi skannimiseks. Need on haruldane (need on pärit kohandatud elemendid, mis on TextElementEditingBehaviorAttribute atribuut, mis on märgitud IsTypographicOnly).

See kiirparandus vältida kallis otsing, kui selliste deklaratsioonide kuvatakse soovitud valiku muudetakse loogikat.

Küsimus 3

Sümptomid

Windows Presentation Foundationi (WPF) TextBlock ei pruugita kuvada üks või mitu märki teksti lõpus. See probleem ilmneb, kui täidetud on järgmised tingimused:

• TextWrapping või TextTrimming on lubatud.

• Padding on nullist erinev või TextFormattingMode "Ekraan."

• Laius on seatud või on seatud "Automaatne."

• FontFamily, FontSize ja teatud tähemärki teksti viia ebasoodsa laius.

Cause

Selle probleemi põhjuseks numbriline ebatäpsusi (a ümardamine viga), samas arvutamine teksti teisendamine sisemine süsteemid, täidis ja pixel piirid kuvarežiimi Teksti joondamine vaheline laius laius tekkida.

Sedalaadi ebatäpsusi kaitset on lisatud arvutuste, veenduge, et peaks olema kuvatud märgid kuvatakse.

Probleem 4

Kinnitamist objekte võib põhjustada liiga palju kuhja mälu, võib põhjustada jõudluse vähenemist. See lahendus pakub tõhusam mälu puhvrite korduvkasutus, mis vähendab kuhja mälu killustumise.

5. väljaanne

Mõnikord kohata rakenduse juurdepääsu rikkumise erand ajal atribuudile Sule pärast tausta rämpsfailide kogumine toimingut.

Probleem 6

Diagnostkatööriistu, mis seda IL haldusteenuse profiilide API abil võib põhjustada järgmisi töötlemata erand visatakse common language runtime (CLR):

Lisaks toimub krahh. See probleem ilmneb ainult diagnostikatööriistad kasutamisel.

Probleem 7

Kui kasutate Windows Communication Foundation (WCF) 4.5 HttpMessageHandler laiendatavus punkt (tuntud ka kui WCF-i HTTP konveieri), WWW-Authenticate päist ei saa seada HttpRequestMessage või HttpResponseMessage. Seda sellepärast, et uus HttpMessageHandler laiendatavus punkt kasutab muu mehhanismi käsitsemise päised.

Pärast selle kiirparanduse rakendamist kahest mehhanismist päised lisada algatatakse kokkusobivust ja üks peaks olema võimalik WWW-Authenticate päised uuesti lisada.

Probleem 8

NullReferenceException erandi tekitas SqlInternalConnectionTds.BreakConnection meetodit. See kiirparandus lahendab ajastamisprobleem, mis viib NullReferenceException erandi.

Probleem 9

Sümptomid

Oletame, et teil on WCF rakendus kasutab BinaryMessageEncoder klassi ja selle encoder kasutab UTF-8 põhineb teksti kirje kohta [MC-NBFX]. Või Oletame, et teil on WCF rakendus kasutab System.ServiceModel.Channels.Message.CreateBufferedCopy meetodit. Sõnumi töötlemise sisaldava märgid U + U + 10FFFF (kaasa arvatud) 10000, mis esindavad UTF-8 4-baidine jada vahemikus. Sellises olukorras kodeeritud binaarset teade võib kaduda ja kuvatakse järgmine tõrketeade:

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

Selle probleemi ilmnemisel kliendi ajalõpp vastust kui WCF-i rakendus on ise hostitud. Kui rakendus WCF-i veebi hostitud (ASP.NET), saab klient 500 serveri tõrge.

Põhjus

Selle probleemi põhjuseks sisemine rakendamist detail, et mõnikord eraldab pole piisavalt ruumi, kui 4-baidine UTF-8 on dekodeerida.

Lahendus

Selle probleemi lahendamiseks rakendage kiirparandus. Pärast selle käigultparanduse WCF taotluse ootama järgmise
Read meetod decode märgid, kui dekodeerida mitmebaidine Unicode'i märke väljund puhver pole piisavalt ruumi.