Freigeben über


Häufige Fehler (ADSI)

Alle ADSI-spezifischen Fehler weisen eine hexadezimale Form von 80005xxx auf. Die häufigsten aufgetretenen Fehlercodes sind in der folgenden Tabelle beschrieben.

ADSI-Hexfehlercode Beschreibung
80005000
Ein ungültiger ADSI-Pfadname wurde übergeben. Dieser Fehler führt dazu, dass beim Binden an ein Objekt ein schlecht formatierter ADsPath an GetObject- übergeben wird.
8000500D
Die ADSI-Eigenschaft wurde im Eigenschaftencache nicht gefunden.
8000500E
Das ADSI-Objekt ist vorhanden. Wenn Sie versuchen, ein ADSI-Objekt mit demselben 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 in der ADSI-Programmierung am häufigsten auftreten.

COM-Hexadenzfehlercode Beschreibung
80004005
Nicht angegebener Fehler. Die Ursache des COM-Objektfehlers ist durch ADSI unbestimmt.
800041E4
Objekt nicht gefunden. Dieser Fehler tritt hauptsächlich auf, weil die ADsPath-Zeichenfolge beim Binden an ein Objekt falsch geschrieben wird.

Unter generischen COM-Fehlercodes finden Sie einige weitere Beispiele für COM-Fehler, die bei der ADSI-Programmierung auftreten können.

Win32-Fehler

Jeder Fehlercode des hexadezimalen Formulars 8007xxxx ist ein Standardmäßiger Win32-Fehlercode. Wenn Sie die letzten vier Ziffern von hexadezimal in dezimal konvertieren, können Sie über die Befehlszeile von Windows 2000 auf den Fehler zugreifen:

net helpmsg <number>

In der obigen Befehlszeile ist "<Zahl>" die Dezimalzahl, die durch Konvertieren der letzten vier Ziffern des Fehlercodes aus hexadezimaler Zahl abgerufen wird. Diese Befehlszeile enthält eine nützlichere Beschreibung des Win32-Fehlers, der beim Debuggen Ihres Skripts hilfreich sein kann.