.NET Framework 4.5, 4.5.1 ve Windows Vista SP2, Windows 7 SP1, Windows 8, Windows 8. 1, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 ve Windows Server 2012 R2 4.5.2 için düzeltme toplaması 3035814 (çevrimdış...

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 3035814
Bu makalede, düzeltme toplaması 3035814 4.5.2 Microsoft olan .NET Framework, .NET Framework 4.5.1 ve.NET Framework 4.5 için kullanılabilir açıklanır. Düzeltme Toplaması çözümlenen sorunlar hakkında daha fazla bilgi için bkz: "Bu düzeltme toplaması giderir sorunları"bölümüne bakın.

Paketin çevrimdışı web Installer Internet bağlantısı olmaması nedeniyle burada kullanılamaz durumda kullanılabilir. Mümkünse, optimum verimlilik ve bant genişliği gereksinimlerini yerine çevrimdışı paketini Web Installer kullanmanızı öneririz.
Çözüm
Desteklenen bir düzeltme Microsoft'tan edinilebilir. Ancak, bu makalede anlatılan sorunu düzeltmesi amaçlanmıştır. Yalnızca bu özel sorunla karşılaşmış olan sistemlere uygulayın.

Bu sorunu çözmek için düzeltmeyi edinmek üzere Microsoft Müşteri Destek Hizmetleri'ne başvurun. Microsoft Müşteri Destek Hizmetleri telefon numaralarının ve destek ücretleriyle ilgili bilgi tam listesi için aşağıdaki Microsoft Web sitesini ziyaret edin:Not Özel durumlarda, Microsoft Destek Uzmanı özel bir güncelleştirmenin sorununuzu belirlerse, normal destek aramaları için normalde uygulanan ücretler iptal edilebilir. Ek destek sorularına ve söz konusu güncelleştirme için geçerli olmayan sorunlara normal destek ücretleri uygulanır.
Daha fazla bilgi

Önkoşullar

Bu düzeltmeyi uygulamak için .NET Framework 4.5.2, .NET Framework 4.5.1 veya.NET Framework 4.5 yüklü olması gerekir.

Yeniden başlatma gereksinimi

Etkilenen herhangi bir dosya kullanılıyorsa, bu düzeltmeyi uyguladıktan sonra bilgisayarı yeniden başlatmanız gerekir. Bu düzeltmeyi uygulamadan önce tüm .NET Framework tabanlı uygulamaları kapatmanızı öneririz.

Düzeltme değiştirme bilgileri

Bu düzeltme paketi paketi daha önce yayımlanmış bir düzeltmenin yerini almaz.

Yüklediğiniz düzeltmeyi algılama

.NET Framework 4.5 ve sonraki sürümler için düzeltme toplaması 3035814 başarıyla yüklenmesini algılamak için yüklü sürümü belirleme yayın anahtar sözcüğü denetleyin. İleriye dönük olarak uyumlu olması için bu tabloda listelenen değere eşit veya daha büyük bir değer için denetleyebilirsiniz.

Düzeltme Toplaması sürümYayın DWORD değeri
.NET Framework 4.5 ve sonraki sürümler için düzeltme toplaması 3035814379970

Onay yüklü .NET Framework sürümleri hakkında daha fazla bilgi için aşağıdaki MSDN makalesine bakın:


Bu düzeltme toplaması giderir sorunları

Sorun 1

Bir 32-bit Windows Presentation Foundation (WPF) uygulaması bir 64-bit işletim sisteminde bulunduğunu varsayalım. PrintQueue.GetPrintCapabilities yöntemi (veya PrintQueue.Disposegibi diğer ilgili yazdırma yöntemleri) art arda uygulama çağırdığında, dllhost.exeçalışan ayrı bir işlemde bellek sızıntısı oluşuyor.

Not: Bu sorun, genellikle aşağıdaki "kullanma" bloğunda PrintQueue nesnenin içine oluşur:
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

Sorun 2

WPF uygulamasında liste kutusu, DataGrid, ListView veya TreeView gibi bir liste denetimi için UI sanallaştırma etkinleştirdiğinizde, aşağıdaki sorunlarla karşılaşırsınız:
  • NullReferenceException veya ArgumentException
  • Beklenmeyen bir konuma kaydırma
  • Sonsuz bir döngüye veya asılı
  • StackOverflow özel durum
  • Son sayfa kaydırma yapılırken hata oluştu
Neden

VirtualizingStackPanel sınıfı bir veya daha fazla alt yüksekliği, kendi üst öğesinden ilk ölçü birimi isteği sırasında dışındaki bazı zaman değiştiğini fark ettiğinde, sık sık, bu sorunlar oluşur. Kolaylık sağlamak için biz "aşağıdan yukarıya yüksekliği Değiştir" Bu duruma bakın. Bu durum, aşağıdaki örnekler içerir:
  • Genişletmek veya daraltmak için hiyerarşik alt (TreeViewItem veya GroupItem)
  • Yeni verileri farklı bir yükseklik daha eski verileri verir zaman alt geri dönüşüm (zaman VirtualizingMode = "Geri Dönüşüm" ayarlanır)
  • Veri denetimi dışındaki içerikleri bağlıdır bir UserControl kullanın
  • Baskılı veya LayoutUpdated gibi Düzenle ilgili olaylar için uygulama tarafından bildirilen işleyicilerini çalıştırma
  • Veri bağlama alt dışından verilere (veya bağlamayı ElementName örnek kullanım AncestorType)
VirtualizingStackPanel sınıfı her zaman bu durum doğru işleyemiyor, bu daha önce açıklanan sorunlara neden olabilir.

Notlar
  • Mantık şimdi aşağıdan yukarıya yüksekliği değişikliklerden doğan sorunları gidermek üzere geliştirilmiştir.
  • Aşağıdan yukarıya yüksekliği Değiştir durumu raporladı kaydırma ve ölçüm sorunların çoğu için Microsoft'a, ancak tüm bunları sorumludur. Aynı sorunlar bu düzeltme tarafından açıklanmayan başka nedenlerle ortaya çıkabilir.
Sorun 3

Uygulamış olduğunu varsayalım. Ocak güncelleştirin. Bu durumda, performans degradations ve kararsızlık oluşur arka plan atık toplama kullanan sistemlerde. "Bellek" watch yazma yapmak için çöp toplayıcı güncelleştirildiği için bu sorun oluşur (MEM_WRITE_WATCH) özelliği gerekli yerine isteğe bağlı. Bu güncelleştirme, MEM_WRITE_WATCH özelliğini isteğe bağlı olarak yeniden etkinleştirir.

Sorun 4

Bir IIS barındırılan bulunduğunu varsayalım WCF Hizmeti 4.5.1 veya 4.5.2 .NET Framework'te çalışan. Hizmeti IIS ayarlarında bir istemci sertifikası istemek için ayarlanır. Ancak, bağlamanın HttpsTransportBindingElement.RequireClientCertificate false olur.

Bu durumda, WCF IIS ayarı dikkate almaz ve doğru istemci sertifikasını doğrular değil. Bu soruna geçici bir çözüm özel bağlama kullanarak ve HttpsTransportBindingElement.RequireClientCertificate özelliği true değerine ayarlandığında mümkündür.

Sorun 5

Taşıma güvenliği kullanan bir WCF Hizmeti bulunduğunu varsayalım. Hizmet bağlama ile sıkı varsayılan dışında bir değere ayarlamak SecurityBindingElement.SecurityHeaderLayout vardır.

Bu durumda, WCF istemcileri WCF Hizmeti ile doğru bir düzen kullanırken bile iletişim kuramadı şekilde bu özellik yok sayar. Bu doğru kutlarken WCF appSettings yapılandırma dosyanıza şu satırı eklemek vardır:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 3035814 - Son İnceleme: 01/25/2016 07:30:00 - Düzeltme: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbfix kbqfe kbexpertiseadvanced kbsurveynew kbmt KB3035814 KbMttr
Geri bildirim