fehlerhaftes Verhalten von Objekten

Guten Abend,
ich würde gerne mit AutoIt die Attribute und Methoden von COM Objekten auslesen.

In Powershell funktioniert das so:

$o = new-object -comobject "System.Object"
$o.GetType().GetMembers() | foreach-object {write-host $_.Name}

ToString
Equals
Equals
ReferenceEquals
GetHashCode
GetType
.ctor

In AutoIt habe ich dann allerdings das Problem, dass GetMembers() kein Array mit Objekten zurückgibt:

$o = ObjCreate("System.Object")
For $_ In $o.GetType().GetMembers()
ConsoleWrite($_.Name & " (" & $_.MemberType & ")" & @CRLF)
Next
$o = 0

"C:\AutoIt3\Scripts\test.au3" (2) : ==> Variable must be of type "Object".:
For $_ In $o.GetType().GetMembers()
For $_ In $o.GetType().GetMembers()^ ERROR

Ja, natürlich hatte ich schon nach jeder Zeile Fehlerüberprüfungen eingebaut.

Zitat von James

In AutoIt habe ich dann allerdings das Problem, dass GetMembers() kein Array mit Objekten zurückgibt.

Meine Frage ist eigentlich, an welcher Stelle AutoIt einen Fehler macht (durch welchen dieses Problem erschaffen wird) und wie man das beheben kann (falls möglich).

Aber sind das nicht alles COM Objekte (also im Prinzip alle gleich)?
Naja gut, dann ist das mit AutoIt wohl nicht (so einfach) möglich, danke.

Falls jemandem noch etwas einfällt, ich bin offen für gute Ideen.

Ich habe das Ganze gerade mal mit VBScript versucht und da geht es auch nicht. Dabei dachte ich immer, dass VBS "höherwertiger" als Powershell ist.
Scheint, als würde BugFix Recht behalten.

Andere Situation, ähnliches Problem (das Nichtfunktionieren von AutoIt Funktionen beim Arbeiten mit Objekten):

ObjGet sollte doch eigentlich, wenn ich den Eintrag in der Hilfe richtig verstehe, ein Objekt aus z.B. einer Dll erzeugen können, ohne das diese vorher registriert werden muss, oder? Das hat bei mir irgendwie noch nie funktioniert (= Funktion setzt @error). Ich habe es mit DLLs (ich gehe davon aus, dass ein einfaches C# Programm dafür ausreichen sollte) und mit WSC Dateien (welche funktioniert haben, wenn sie registriert und mit ObjCreate benutzt wurden) versucht.

Verstehe ich die Funktion falsch oder tut sie nicht das, was in der Hilfe angegeben ist?

MfG James

Ok, danke BugFix.

Das Beispiel in der Hilfe sagt für mich etwas anderes aus, aber dann nehme ich das eben so hin und suche mir eine andere Sprache/Möglichkeit.

Das heißt, dass es beim M$-Office möglich ist, die Referenz auf ein Objekt (wie das von Excel) nur durch die Datei zu erhalten, du aber dazu rätst, ObjCreate zu nutzen und dann die Datei in dem Objekt zu öffnen, da das "sauberer" ist?

Und, um nochmal auf deinen Beitrag von vorhin zurückzukommen: Da die Dll (bzw. das Objekt darin) nicht im System registriert ist kann ich ObjGet nicht anwenden? Wenn das stimmt habe ich es jetzt verstanden.

Zitat von BugFix

Wobei mir nicht ganz klar ist, wie du das überhaupt in Zusammenhang mit einer Dll anwenden willst.

Diesen Link hatte ich ja vorher schon mal gepostet. Wenn ich dieses Beispiel kompiliere, dann erhalte ich eine DLL, welche eine Klasse enthält. Folgendes sollte also meiner Logik nach funktionieren (dachte ich zumindest zu Beginn des Threads):

$oHello = ObjGet("Hello1.dll", "Hello1") ; oder ohne den 2. Parameter
$oHello.Main() ; sollte etwas in die Konsole ausgeben

Das ganze macht bei einem so einfachen Beispiel natürlich wenig Sinn, verdeutlicht aber hoffentlich was ich vorhatte.

Zitat von BugFix

Das kann nicht gehen -- mit NET-Objekten kann AutoIt nichts anfangen.
Ausnahme: Du löst es so: http://www.autoitscript.com/forum/topic/12…pt/#entry896797

Danke, den Thread hatte ich vorhin auch schon gefunden. Da es anscheinend wirklich keine Möglichkeit gibt das ohne das Registrieren der DLL zu lösen können wir das Thema ja begraben.
Danke, dass du dir die Zeit genommen hast mir mit meiner Unwissenheit zu helfen.