Momentan sunteți offline, așteptați să vă reconectați la internet

Set de remedieri rapide 3035803 (Web Installer) pentru .NET Framework 4.5, 4.5.1 și 4.5.2 pe Windows Vista SP2, Windows 7 SP1, Windows 8, Windows 8.1, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 și Windows Server 2012 R2

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3035803
Acest articol descrie pachetul de remediere rapidă 3035803 care este disponibil pentru Microsoft .NET Framework 4.5.2, .NET Framework 4.5.1 și .NET Framework 4.5. Pentru mai multe informații despre problemele pe care pachetul de remediere rapidă rezolvă, consultați "Probleme care se rezolvă acest set de remedieri rapide"secțiunea.

program de instalare web este un pachet mici (mai puțin de un singur megaocteți) care determină și descărcări numai componentele care se aplică pentru o anumită platformă automat.
Rezoluţie
Un hotfix acceptat este acum disponibil de la Microsoft. Cu toate acestea, aceasta este scopul de a corecta numai problema descrisă în acest articol. Aplicați-o numai pe sistemele care întâmpină această problemă anume.

Pentru a rezolva această problemă, contactați serviciile de asistență pentru clienți Microsoft pentru a obține remedierea rapidă. Pentru o listă completă a numerelor de telefon ale serviciilor de asistență pentru clienți Microsoft și informații despre costurile de asistență, vizitați următorul site Web Microsoft:Notă În cazuri speciale, costurile implicate de obicei pentru apelurile de suport pot fi anulate dacă un specialist în asistență Microsoft stabilește că o anumită actualizare va rezolva problema. Se vor aplica costurile uzuale de asistenţă pentru întrebări suplimentare de asistenţă şi pentru probleme ce nu fac obiectul actualizării în cauză.
Informaţii suplimentare

Cerințe preliminare

Pentru a aplica această remediere rapidă, trebuie să aveți .NET Framework 4.5.2, .NET Framework 4.5.1 sau .NET Framework 4.5 instalat.

Cerinţă de repornire

Trebuie să reporniți computerul după aplicarea acestei remedieri rapide dacă se utilizează fișierele afectate. Vă recomandăm să închideţi toate aplicaţiile bazate pe .NET Framework înainte de a aplica această remediere rapidă.

Informații despre înlocuirea remedierilor rapide

Această remediere rapidă nu înlocuiește un pachet de remediere rapidă lansată anterior.

Detectarea instalată remedierea rapidă

Pentru a detecta succes instalarea remediu imediat 3035803 pentru .NET Framework 4.5 și versiunile ulterioare, verificați cuvântul cheie de lansare pentru a determina versiunea instalată. Pentru a fi compatibil cu forward, puteţi verifica pentru o valoare mai mare sau egală cu valoarea care este listat în acest tabel.

Versiunea de pachet de remediere rapidăValoarea DWORD lansarea
Set de remedieri rapide 3035803 pentru .NET Framework 4.5 și versiunile ulterioare379970

Pentru mai multe informații despre modul de selectare instalate versiunile .NET Framework, consultaţi următorul articol din MSDN:


Probleme care se rezolvă acest set de remedieri rapide

Problema 1

Să presupunem că aveți o aplicație de 32 de biți de Windows Presentation Foundation (WPF) pe un sistem de operare de 64 de biți. Atunci când aplicația apelează repetat metoda PrintQueue.GetPrintCapabilities (sau alte metode de imprimare asociate, cum ar fi PrintQueue.Dispose), se produce o irosire de memorie într-un proces separat care se execută dllhost.exe.

Notă Această problemă se produce de obicei atunci când se încadrează obiectul PrintQueue în bloc "utilizarea" următoarele:
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

Problema 2

Când activați iu de virtualizare pentru o listă de control casetă listă, DataGrid, ListView sau TreeView într-o aplicație de WPF, să întâmpinați următoarele probleme:
  • NullReferenceException sau ArgumentException
  • Defilare într-o locație neașteptate
  • Buclă infinită sau blocarea
  • Excepție StackOverflow
  • Eroare atunci când defilați la ultima pagină
Cauza

Frecvent, aceste probleme apar atunci când o clasă VirtualizingStackPanel descoperă că unul sau mai multe copii sa s-a modificat height, la un moment dat, altele decât în timpul prima cerere de măsură de la părinte. Pentru comoditatea, vă referi la această situație ca o "modificare înălțime de jos în sus". Această situație include următoarele exemple:
  • Extindeți sau restrângeți unui copil ierarhică (TreeViewItem sau GroupItem)
  • Coș unui copil, atunci când datele noi produce o înălțime diferit decât datele vechi (când VirtualizingMode = "Reciclare" este setat)
  • Utilizați un UserControl al căror conținut depinde acoperire de date în afara controlului
  • Executați rutine de tratare declarate în cererea de evenimente legate de aspect Loaded sau LayoutUpdated
  • Legare a datelor la datele din afara copilului (de exemplu utilizarea AncestorType sau ElementName în obligatorii)
Clasă deutilizator VirtualizingStackPaîntotdeauna nu pot gestiona această situație corect, acest lucru poate cauza probleme descrise anterior.

Note
  • Logica acum a fost îmbunătățit pentru a remedia problemele care rezultă din "de jos în sus height modificările".
  • "Modificare de jos în sus height" situaţia este responsabilă pentru majoritatea problemelor defilare și măsurarea au raportat la Microsoft, dar nu pentru toate. Aceleași probleme pot apărea pentru alte motive care nu sunt rezolvate de această remediere.
Problema 3

Să presupunem că ați aplicat Actualizare ianuarie. În această situație, performanță survenite și instabilitatea apare pe sistemele care se bazează pe fundal colectare deșeuri. Această problemă apare deoarece colector deșeuri a fost actualizat pentru a face "memorie scrie watch" (MEM_WRITE_WATCH) caracteristică necesare, mai degrabă decât opționale. Această actualizare reactivează caracteristica de MEM_WRITE_WATCH ca opționale.

Problema 4

Să presupunem că aveți o IIS găzduit WCF serviciul se execută pe .NET Framework 4.5.1 sau 4.5.2. Serviciul este setat pentru a solicita un certificat de client în setările pentru IIS. Cu toate acestea, legare HttpsTransportBindingElement.RequireClientCertificate este false.

În această situație, WCF nu respectă setarea IIS și nu va valida corect certificatul de client. Este posibil pentru a rezolva această problemă, utilizând o legare particularizată și setarea proprietatea HttpsTransportBindingElement.RequireClientCertificate la true.

Problema 5

Să presupunem că aveți un serviciu WCF care utilizează securitatea de transport. Serviciul are o legătură cu SecurityBindingElement.SecurityHeaderLayout care este setat la o valoare decât cea implicită de Strict.

În această situație, WCF ignoră această proprietate, astfel încât WCF clienții nu poate comunica cu serviciul chiar și atunci când utilizați un aspect corectă. Pentru ca WCF aceasta onoare corect, trebuie să adăugați următoarea linia Către la appSettings fișierul de configurare:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3035803 - Ultima examinare: 01/25/2016 07:20:00 - Revizie: 2.0

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

  • kbfix kbsurveynew kbexpertiseadvanced kbqfe kbmt KB3035803 KbMtro
Feedback
appendChild(m);