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.