Chcete-li použít tuto kumulativní opravu hotfix, přejděte na následující článek znalostní báze knowledge base a stáhnout kumulativní opravu hotfix správné:
2925383 kumulativní oprava Hotfix 2925383 je k dispozici pro rozhraní.NET Framework 4.5.1 v systému Windows
Úvod
Tento článek popisuje kumulativní oprava hotfix 2908385, která je k dispozici pro rozhraní.NET Framework Microsoft 4.5.1. Další informace o problému, který řeší oprava hotfix naleznete v části "Další informace".
Tato kumulativní oprava hotfix je k dispozici pro následující operační systémy:
-
Windows 8
-
Windows Server 2012
Další informace
Informace o opravě hotfix
Podporovaná oprava hotfix je nyní k dispozici od společnosti Microsoft. Je však určena opravit pouze problému popsaného v tomto článku. Použijte ji pouze u systémů, ve kterých dochází k tomuto konkrétnímu problému.
Chcete-li vyřešit tento problém, obraťte se na technickou podporu společnosti Microsoft získat opravu hotfix. Úplný seznam telefonních čísel služeb podpory zákazníků společnosti Microsoft a informace o cenách podpory naleznete na následujícím webu společnosti Microsoft:
http://support.microsoft.com/contactus/?ws=supportPoznámka: Ve zvláštních případech mohou být stornovány poplatky, které jsou třeba obvykle zaplatit za telefonní hovory, pokud pracovník služeb podpory společnosti Microsoft určí, že konkrétní aktualizace odstraní váš problém. Výdaje na technickou podporu použije dalších otázek a problémů, které nelze vyřešit konkrétní aktualizací.
Předpoklady
Chcete-li nainstalovat tuto opravu hotfix, musíte mít rozhraní.NET Framework 4.5.1 nainstalován.
Požadavek na restartování
Máte k restartování počítače po instalaci této opravy hotfix Pokud všechny zasažené soubory jsou používány. Doporučujeme ukončit všechny aplikace založené na rozhraní.NET Framework před instalací této opravy hotfix.
Informace o nahrazení opravy hotfix
Tento balíček oprav hotfix nenahrazuje dříve vydaná oprava hotfix balíček.
Problémy, které tato kumulativní oprava řeší
Problém 1
Symptoms
Předpokládejme, že vyvoláte metodu Application.DoEvents() z obslužné rutiny událost ValueChanged ovládacího prvku NumericUpDown . Například použijte následující kód:private void numericUpDown1_ValueChanged(object sender, EventArgs e){
for (int i = 0; i < 10; i++)
{
Application.DoEvents();
Thread.Sleep(10);
}
}
Když na několik sekund po stisknutí nahoru nebo šipku dolů, vytvoří ovládací prvek timer Generovat opakované přírůstky nebo sníží. V Application.DoEvents časovače tick znovu zpracován. To způsobí, že nová událost ValueChanged . Potom znovu zadejte obslužné rutiny události tick časovače. Při uvolnění tlačítka myši je zničen v obslužné rutině události v dolní části zásobníku časovač, ale pak je znovu použít znovu jako zásobníku je jsou odděleny ostatní obslužné rutiny. To způsobí, že výjimka null referenční a selhání.
Jak potíže obejít
Chcete-li tento problém vyřešit, použijte BeginInvoke volání Application.DoEvents() asynchronně po zpracování události timer. Chcete-li přepsat výchozí chování například použijte následující třídy: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);
}
}
Poznámka: Obecně nedoporučujeme znovu smyčka zpráv (Application.DoEvents) od popisovače zpráv (ValueChanged je vyvolána z obslužné rutiny zpráv Timer.OnTick ), protože to může vést k přetečení zásobníku. Například oblast NumericUpDown ovládací prvek je velká a uživatel drží tlačítko se šipkou dolů po dlouhou dobu. Aby se zabránilo přetečení zásobníku pomocí BeginInvoke . Tato oprava hotfix tento problém neřeší.
Problém 2
Příznaky
Kopírování formátovaný text z dlouhého dokumentu XPS může trvat několik minut, v závislosti na umístění textu v dokumentu a může způsobit zablokování aplikace.
Cause
K tomuto problému dochází, protože některé formátování prohlášení vyžaduje skenování dokumentu od začátku až do požadovaného výběru. Tato prohlášení jsou vzácné (pocházejí z vlastní prvky, které mají TextElementEditingBehaviorAttribute atribut, který není označen IsTypographicOnly).
Logika se změní v této opravě hotfix, aby se zabránilo nákladné skenování po výběru požadované žádná taková prohlášení.
Problém 3
Příznaky
Windows Presentation Foundation (WPF) TextBlock nemusí zobrazit jeden nebo více znaků na konci textu. K tomuto problému dochází, pokud jsou splněny následující podmínky:
-
TextWrapping nebo TextTrimming je povolena.
-
Odsazení je nenulová, nebo TextFormattingMode "Zobrazení".
-
Šířka není nastavena nebo je nastavena na hodnotu "Auto".
-
Nepříznivou šířku vést FontFamily, velikost písma a zvláštních znaků v textu.
Cause
K tomuto problému dochází z důvodu číselné nepřesnosti (zaokrouhlit chybu), které se mohou vyskytnout při výpočtu šířky text, převod šířka mezi vnitřní souřadnicových soustav, účetnictví pro odsazení a zarovnání textu pro režim zobrazení na obr.
Ochrana proti tyto druhy nepřesnosti byl přidán do příslušné výpočty, abyste se ujistili, že budou zobrazeny všechny znaky, které mají být zobrazeny.
Problém 4
Přídavný objektů může způsobit příliš mnoho paměti fragmentace haldy, způsobuje snížení výkonu. Tato oprava poskytuje efektivnější opětovné použití vyrovnávacích pamětí, které minimalizuje fragmentace paměti haldy.
Problém 5
Aplikace někdy, může dojít výjimku narušení přístupu při AppDomain vypnout po pozadí uvolnění paměti operace.
Problém 6
Diagnostické nástroje, které to IL WMI pomocí Profilování rozhraní API může způsobit následující neošetřená výjimka, která je vyvolána podle společného jazyka runtime (CLR):
0X80131401 "= SECURITY_E_INCOMPATIBLE_SHARE. Načtení sestavení vytvoří jinou sadu z jiných instancí udělení.
Kromě toho procesu dojde k chybě. K tomuto problému dochází pouze při použití diagnostického nástroje.
Problém 7
Použijete-li bod rozšiřitelnosti HttpMessageHandler Windows Communication Foundation (WCF) 4.5 (označované také jako kanál WCF HTTP), nelze nastavit záhlaví WWW-Authenticate na HttpRequestMessage nebo HttpResponseMessage. Je to proto, že nový bod rozšiřitelnosti HttpMessageHandler používá jiný mechanismus pro zpracování záhlaví.
Po instalaci této opravy hotfix, tyto dva mechanismy pro přidání záhlaví jsou postaveni parity a jedna by měla být schopna znovu přidat záhlaví WWW-Authenticate.
Problém 8
Z metody SqlInternalConnectionTds.BreakConnection je vyvolána výjimka NullReferenceException . Tato oprava hotfix řeší problém časování, který vede k výjimce NullReferenceException .
Problém 9
Příznaky
Předpokládejme, že máte aplikaci WCF, který používá třídu BinaryMessageEncoder a kodér používá kódování UTF-8 na základě textu záznamu za [MC-NBFX]. Nebo Předpokládejme aplikací WCF, která používá metodu System.ServiceModel.Channels.Message.CreateBufferedCopy . Zpráva je zpracována obsahující znaky v rozsahu U + 10000 do U + 10FFFF (včetně), které jsou reprezentovány v UTF-8 jako 4bajtové pořadové. V této situaci může dojít ke ztrátě kódované zprávy binární a zobrazí následující chybová zpráva:
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()
Když nastane tento problém, klient časový limit bez odpovědi-li vlastní hostované aplikace WCF. Pokud je aplikace WCF hostované webové (ASP.NET), klient obdrží chybu serveru 500.
Příčina
K tomuto problému dochází z důvodu vnitřní implementace podrobnosti, které někdy přiděluje dostatek místa, když jsou dekódovány 4bajtové sekvence znaků UTF-8.
Řešení
Chcete-li tento problém vyřešit, opravy hotfix. Po instalaci opravy hotfix, bude čekat na další aplikace WCF
Metodu Read dekódování znaků, pokud není dostatek místa ve vyrovnávací paměti výstupu dekódování vícebajtových znaků kódování Unicode.
