In letzter Zeit fallen mir Hilferufe von Anwendern auf, bei denen die Windows-Shell \u00c4rger macht. Beim Versuch, eine Funktion auszuf\u00fchren, kommt die Fehlermeldung \"Schnittstelle nicht unterst\u00fctzt\". Sucht man im Internet einmal nach dem Begriff \"Schnittstelle nicht unterst\u00fctzt\", gibt es sehr viele Treffer [3], aber zu unterschiedlichen Programmen und Funktionen. Der Beitrag skizziert, was dahinter steckt und wie man das Problem ggf. l\u00f6sen kann. <\/p>\n
<\/p>\n
Was bedeutet die Fehlermeldung?<\/strong><\/p>\n Der tiefere Hintergrund f\u00fcr die Fehlermeldung h\u00e4ngt damit zusammen, wie bestimmte Funktionen in Programmen oder in Windows implementiert sind. Windows\u00a0 stellt viele Funktionen \u00fcber eine COM-Schnittstelle global zur Verf\u00fcgung. Programme k\u00f6nnen dann auf diese Funktionen (die in der objektorientierten Programmierung als Methoden bezeichnet und durch Objektinstanzen bereitgestellt werden) zugreifen.<\/p>\n Um aber eine Methode \u00fcber die COM-Schnittstelle verwenden zu k\u00f6nnen, muss das Programm nachfragen, ob die Methode die gew\u00fcnschten Schnittstellen (diese beschreiben den Namen der Methode, die \u00dcbergabeparameter, deren Reihenfolge, die Datentypen der Parameter etc.) bereitstellt. Wird eine solche Anfrage gestartet und findet Windows bei der Abfrage der COM-Schnittstellen (oder in den Assemblys von .NET-Anwendungen) keine entsprechende Schnittstellenbeschreibung, l\u00f6st dies eine entsprechende Fehlermeldung aus.<\/p>\n Eine Ursache f\u00fcr eine nicht unterst\u00fctzte Schnittstelle k\u00f6nnen \u00fcberschriebene bzw. besch\u00e4digte Bibliotheksdateien sein (.dll-Dateien wurden durch andere, \u00e4ltere, Versionen ersetzt). Wenn aber nichts neu installiert wurde und der Fehler pl\u00f6tzlich auftritt, spricht vieles daf\u00fcr, dass die Registrierung der COM-Objekte besch\u00e4digt ist. Dann l\u00e4sst sich der betreffende COM-Server nicht mehr ansprechen.<\/p>\n Integrit\u00e4tspr\u00fcfung auf besch\u00e4digte Systemdateien durchf\u00fchren<\/strong><\/p>\n Der erste Ansatz bei einem solchen Fehler sollte eine Integrit\u00e4tspr\u00fcfung auf besch\u00e4digte Systemdateien sein.<\/p>\n Die Pr\u00fcfung durch den Ressourcenschutz dauert einige Zeit. Im Idealfall findet sfc <\/em>besch\u00e4digte Dateien und kann diese auch reparieren. Wenn das System nach einem Neustart wieder funktioniert, haben Sie gewonnen.<\/p>\n Werden besch\u00e4digte, aber nicht reparierbare, Dateien gefunden? Das Programm sfc <\/em>erstellt eine Protokolldatei CBS.log <\/em>und gibt einen entsprechenden Hinweis, wo die Datei zu finden ist. Bei einer oder zwei Dateien lassen sich diese ggf. mit Programmen wie 7-ZIP aus den WIM-Dateien der Windows 7 Setup-DVD extrahieren und mittels eines gebooteten Windows PE in die Windows-Ordner schieben. Andernfalls w\u00e4re die weiter unten skizzierte Reparaturinstallation angesagt.<\/p>\n Findet sfc <\/em>dagegen keine besch\u00e4digten Ressourcen, kann die Ursache auch in besch\u00e4digten Registrierungseintr\u00e4gen zu finden sein. Dann sollten Sie die folgenden Abschnitte durcharbeiten.<\/p>\n Wenn die Schnittstelle in Office nicht registriert ist<\/strong><\/p>\n Benutzer \u00e4lterer Versionen von Outlook oder anderer Office-Anwendungen werden gelegentlich mit der Fehlermeldung \"Schnittstelle nicht registriert\" konfrontiert. In diesem Fall kann die Registrierung der Datei Ole32.dll<\/em> besch\u00e4digt sein. Diese Bibliothek stellt viele zentrale Methoden zur Automatisierung bereit.<\/p>\n Danach sollte ein Neustart von Windows 7 durchgef\u00fchrt und dann das System getestet werden. Microsoft hat zu diesem Problem einen eigenen Artikel [4<\/a>] in der Knowledge-Base ver\u00f6ffentlicht. Der obige Ansatz sollte daher auf jeden Fall bei Auftreten des Fehlers getestet werden. Hilft dies nicht, f\u00fchren Sie die nachfolgenden Reparaturanweisungen aus.<\/p>\n Abhilfe schaffen, so kann es gehen<\/strong><\/p>\n Solange die .dll-Dateien noch intakt und in der ben\u00f6tigten Form unter Windows vorliegen, kann man als Administrator versuchen, die Registrierung der Bibliotheksdateien mit den COM-Objekten erneut durchzuf\u00fchren. Die Bibliotheksdateien liegen meist als .dll-Dateien im Windows-Ordner, in system32<\/em>, im Programmordner\u00a0<\/em>(und ggf. in anderen Unterordnern) vor. Problem ist, dass meist nicht bekannt ist, welche DLL da \u00c4rger bereitet.<\/p>\n Unter [1<\/a>] findet sich eine ganz spannende Diskussion zu diesem Thema. Ein Ansatz besteht darin, sich \u00fcber den dir<\/em>-Befehl alle DLL-Dateien auflisten zu lassen. Die Liste wird dann in eine Datei umgeleitet und in aufbereiteter Form als .bat-Datei gespeichert. Der Benutzer goolem schl\u00e4gt vor, den folgenden Befehl:<\/p>\n FOR \/R C:\\ %G IN (*.dll) DO \"%systemroot%\\system32\\regsvr32.exe\" \/s \"%G\" <\/em><\/p>\n (der Befehl muss in einer Zeile stehen) in eine .bat-Datei zu speichern. Die .bat<\/em>-Datei kann mit dem Windows-Editor erstellt werden. Dies halte ich f\u00fcr eine recht elegante L\u00f6sung, die man auf jeden Fall versuchen kann.<\/p>\n Die FOR-Anweisung sorgt daf\u00fcr, dass die im Ausdruck \"IN (*.dll)\" gefundenen (d. h. zum Filter passenden) DLL-Dateien durch Wiederholen abgearbeitet werden. Bei jedem Durchlauf wird der Dateiname in der Schleifenvariablen %G<\/em> gespeichert. Der Schalter \/R <\/em>bewirkt das rekursive Durchlaufen aller Verzeichnisse, ausgehend vom Stammverzeichnis (hier das Systemlaufwerk C:\\<\/em>).<\/p>\n Der Befehlsteil hinter DO<\/em> wird dann mit jedem gefundenen Treffer ausgef\u00fchrt. Konkret wird regsvr32.exe <\/em>aufgerufen und die in %G enthaltene DLL-Datei neu registriert. Der Schalter \/s bewirkt eine \"silent\" Registrierung der Komponente ohne weitere Meldungen.<\/p>\n Der Administrator kann dann die Batchdatei (z. B. COMRepair.bat<\/em>) per Rechtsklick anw\u00e4hlen und \u00fcber den Kontextmen\u00fcbefehl Als Administrator ausf\u00fchren <\/em>starten. Nach best\u00e4tigen der Sicherheitsabfrage der Benutzerkontensteuerung sollte die Neuregistrierung durchlaufen. Mit etwas Gl\u00fcck werden dann alle fehlerhaften COM-Komponenten registriert und nach einem Neustart sollte der Fehler \"Schnittstelle nicht unterst\u00fctzt\" weg sein.<\/p>\n Andernfalls liegt ein DLL-Versionskonflikt vor, oder die Reparatur hat nicht auf die vorgesehene Weise funktioniert. Bei letzterem w\u00e4re noch eine Reparaturinstallation durch Inplace Upgrade [2<\/a>] ins Auge zu fassen.<\/p>\n F\u00fcr mich bleibt nun die abschlie\u00dfende Frage, welche Anwendungen diesen Fehler verursachen. Da dies bei mir noch nie aufgetreten ist, kann ich nur raten. Aus diversen Fundstellen dr\u00e4ngt sich der Verdacht auf, dass Virenscanner und Internet Security-L\u00f6sungen beteiligt sein k\u00f6nnen.<\/p>\n Links: In letzter Zeit fallen mir Hilferufe von Anwendern auf, bei denen die Windows-Shell \u00c4rger macht. Beim Versuch, eine Funktion auszuf\u00fchren, kommt die Fehlermeldung \"Schnittstelle nicht unterst\u00fctzt\". Sucht man im Internet einmal nach dem Begriff \"Schnittstelle nicht unterst\u00fctzt\", gibt es sehr … Weiterlesen \n
\n
\n<\/strong>1: Diskussion zur Neuregistrierung von COM-Objekten<\/a>
\n2: Windows 7-Reparatur durch Inplace-Upgrade<\/a> (Dr. Windows)
\n3: Google-Treffer zum Problem
\n4: MS-Knowledge-Base-Artikel zu Outlook<\/a>
\n5: MS-Forendiskussion zum Schnittstellenproblem<\/p>\n","protected":false},"excerpt":{"rendered":"