Ich habe eine WPF-App (.NET 3.5), die in der Regel auf unseren XP-Maschinen ausgeführt wird. In den letzten fünf Monaten gab es drei Fälle, in denen ein beschädigter Zeichensatzcache dazu führte, dass die Anwendung beim Laden nicht mehr reagierte.WPF: Umgang mit beschädigten Font-Cache
Das Löschen des Font-Cache per these Anweisungen löst das unmittelbare Problem.
Allerdings würde ich gerne einen Weg finden, entweder zu helfen, solche Korruption zu verhindern mit beginnen (das meiste von dem, was ich gelesen habe, dass es mit aktualisierten Grafiktreibern ohne Neustart zu tun hat?), Oder habe meine Anwendung Behandle einen korrupten Font-Cache in einer eleganten Art und Weise (gehe mit einer Fehlermeldung für den Benutzer aus, statt scheinbar unendlich lange im Zustand "Nicht zu reagieren"), oder lasse meine Anwendung den Font-Cache überhaupt nicht verwenden.
Ich bin offen für andere Optionen, natürlich, das sind die ersten drei, die mir in den Sinn kamen.
Haben Sie bestätigt dieses Problem mit .NET Framework 4.0 vorhanden ist? Dies ist eine Client-Maschine, welche Art von Kontrolle hat der Client über seine Maschine? Ich nehme an, ein einfacher Neustart löst das Problem nicht oder ist keine Lösung, die realisierbar ist? –
Bietet diese Anwendung einen beliebigen Texteditor, in dem Sie dem Benutzer möglicherweise die Auswahl einer Schriftart erlauben, habe ich festgestellt, dass Expression Web 3 ein ähnliches Problem mit einer beschädigten Schriftart hat. Sind auf Ihrem Client benutzerdefinierte Schriftarten installiert? –
Ein einfacher Neustart löst das Problem nicht. Da es sporadisch ist, bin ich mir nicht sicher, wie man mit .NET 4.0 testet - ob alle Benutzer upgraden können, die App upgraden und hoffen, dass es nicht mehr passiert? – hilary