Wir haben hier folgende kleine Batch-Datei, die experimentell und mit Hilfe der MS-Knowledgebase ermittelt wurde :
Code:
REM wusa /uninstall /kb:2918614 // muss doch nicht deinstalliert werden
wusa /uninstall /kb:2976897
wusa /uninstall /kb:2982791
wusa /uninstall /kb:2970228
Wenn man in einer als Administrator gestarteten cmd.exe diese Datei durchlaufen lässt und den Rechner neu startet, ist das Problem (derzeit) beseitigt.
Die richtige Lösung wäre aber ein Fix von Embarcadero : Delphi 2007 dürfte lt. Microsoft (KB 2982791) ab sofort einfach nicht mehr an einer Schrift-Datei ausserhalb von %windir%\fonts\ rumfummeln.
(Klar, das ist eine eher spontane Entscheidung von MS. Anderseits : wofür wird die EditorLineEnds.ttr denn überhaupt benutzt ?)
Die Batch-Datei hilft nur kurzfristig :
- Falls das Windows Update aktiv ist, werden die Patches ruck zuck wieder eingespielt (Windows Update ganz ausschalten hilft)
- Die betroffenen Dateien sind gdi32.dll und win32k.sys und die werden mit Sicherheit beim nächsten Patchtag wieder neu eingespielt, womit das Problem dann wieder da wäre.
Ich bin ganz gespannt wie sich Embarcadero da jetzt verhält - nutzen sie das Problem, um mehr Upgrades auf Delphi XE? zu generieren oder respektieren sie, daß viele Kunden wegen zu großem Umstellungsaufwand bei Delphi 2007 geblieben sind und liefern einen Patch ?
Schaun wir mal ....
P.S.: Hat jemand mit Support-Vertrag schon mal bei Embarcadero nachgefragt und irgendeine Reaktion erhalten ?
Den Support-Bereich auf der Embarcadero-Seite finde ich inzwischen sowas von abschreckend .....
P.P.S.: Wer noch wissen möchte, wofür EditorLineEnds.ttr gut ist :
http://wiert.me/2011/09/29/editorlin...tr-what-is-it/.