Häufige Fehler (ADSI)

Alle ADSI-spezifischen Fehler weisen die Hexadezimalform 80005xxx auf. Die häufigsten aufgetretenen Fehlercodes sind in der folgenden Tabelle aufgeführt.

ADSI-Hexadezimalfehlercode Beschreibung
80005000
Ein ungültiger ADSI-Pfadname wurde übergeben. Dieser Fehler tritt auf, wenn beim Binden an ein Objekt ein schlecht gebildeter ADsPath an GetObject übergeben wird.
8000500D
Die ADSI-Eigenschaft kann nicht im Eigenschaftencache gefunden werden.
8000500E
Das ADSI-Objekt ist vorhanden. Wenn Sie versuchen, ein ADSI-Objekt mit dem gleichen Namen wie ein vorhandenes ADSI-Objekt zu erstellen, tritt dieser Fehler auf.

Eine vollständige Liste der ADSI-Fehlercodes finden Sie unter Generische ADSI-Fehlercodes.

COM-Fehler

Da ADSI aus COM-Objekten besteht, werden standardmäßige COM-Fehlercodes zurückgegeben. In der folgenden Tabelle sind die COM-Fehlercodes aufgeführt, die am häufigsten bei der ADSI-Programmierung auftreten.

COM-Hexadezimalfehlercode Beschreibung
80004005
Unbekannter Fehler. Die Ursache des COM-Objektfehlers ist von ADSI unbestimmt.
800041E4
Objekt konnte nicht gefunden werden. Dieser Fehler tritt hauptsächlich auf, weil die ADsPath-Zeichenfolge bei der Bindung an ein Objekt falsch geschrieben wurde.

Weitere Beispiele für COM-Fehler, die bei der ADSI-Programmierung auftreten können, finden Sie unter Generische COM-Fehlercodes.

Win32-Fehler

Jeder Fehlercode im hexadezimalen Format 8007xxxx ist ein Win32-Standardfehlercode. Wenn Sie die letzten vier Ziffern von hexadezimal in decimal konvertieren, können Sie über die Windows 2000-Befehlszeile auf den Fehler zugreifen:

net helpmsg < number>

In der obigen Befehlszeile < ist > "number" die Dezimalzahl, die durch Konvertieren der letzten vier Ziffern des Fehlercodes aus hexadezimalen Zeichen abgerufen wurde. Diese Befehlszeile bietet eine nützlicheere Beschreibung des Win32-Fehlers, der beim Debuggen Ihres Skripts hilfreich sein kann.