Beiträge von PSblnkd

  • DLL-Return als Objekt - wie?

    @eukalyptus #17

    Vielen Dank für Deine Bemühungen. Endlich komme ich dazu weiter an diesem Thema zu arbeiten.

    Deine letzten Skript-Beispiele verwenden die ObjCreate-Funktion - damit geht es natürlich, hatte ich doch im TO-Text geschrieben. Dieses Verfahren hat aber den Nachteil, daß der Start des AutoIt-Skripts durch das Laden des gesamten TC-Programms recht lange dauert. Mit dem Zugang über die COM-Schnittstelle als "InProgServer" soll dieser Vorgang wesentlich schneller erfolgen.

    In umfangreichen Untersuchungen habe ich versucht mit den AutoIt-Mitteln die DLL der COM-Schnittstelle Imsigx10.dll zu referenzieren - so, wie es unter VB(A) sehr einfach geht, aber leider bisher erfolglos. Wie in der PDF anbei (Auszug aus der Entwicklungsbeschreibung) nachgelesen werden kann, sind zwar viele neue Erkenntnisse gewonnen worden, aber letztendlich blieb der Erfolg dann doch aus - leider!

    Die Weiterführung des eigentlichen Themas - ein Daten-Konverter für TC - wird nun doch auf der Basis "ObjCreate" erfolgen müssen ...

    Grüsse aus Berlin

    PSblnkd

  • AutoIt 3.3.16.1 deutsch / englische Hilfe verfügbar - Stand 2024.02.18

    BugFix #11

    Danke für Deine Erläuterungen.

    Wie ich das Problem mit der neuesten AutoIt-Version incl SciTE gelöste habe -> DLL-Return als Objekt - wie?


    @SOLVE-SMART #12

    Da bin ich ganz anderer Meinung.
    SciTE ist nicht nur ein schnöder Editor, sondern eigentlich schon eine recht komfortable IDE mit dynamischer Schriftanpassung, was nicht jeder andere hat. Denn nicht umsonst sind dort funktionale Menüpunkte, wie "Compile", "Build", "Go" und "SyntaxCheck" integriert.
    Da müßte es doch auch möglich sein einen zusätzlichen Menüpunkt "StepByStep" zu integrieren, wie das bei VB(A) üblich ist.
    Siehe dazu -> DLL-Return als Objekt - wie?

    Mit BugFix hatte ich dieses Thema schon mal diskutiert und meine Lösungs-Idee vorgestellt - leider momentan keine Zeit mich weiter damit zu beschäftigen.
    Der AutoIt-Interpreter "AutoIt3.exe" kann mit dem Parameter "AutoIt3ExecuteLine (Befehlszeile)" eine einzelne Skriptzeile bearbeiten, wobei die sich ggf. dabei veränderten Variablen evt. zusätzlich in ein Array gespeichert dargestellt / ausgegeben werden sollen. Nur habe ich (noch) keine Ahnung, wie man das in einem zusätzlichen Menüpunkt implementieren könnte ...

    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    eukalyptus #15

    Danke für Deine Hinweise.

    Daran habe ich auch schon gedacht, daß die DLL möglicherweise nicht gefunden wird - wie auch, macht das AutoIt oder Windows?
    Müßte das nicht irgendwie angezeigt werden?
    Deshalb habe ich nochmal die Variante mit der ObjCreateInterface-Funktion versucht, aber mit Deinen Definitionen zu $CLSID / $IID.

    Dann ergibt sich in meiner MsgBox: @error = 3, Return = 1.
    Auch diesmal ist es wieder kein Objekt!
    Die endgültige Bestätigung durch Funktionsaufrufe der DLL stehen noch aus ...

    Deinen Vorschlag die Test.au3 in den Ordner zu kopieren, wo die DLL liegt und von dort zu starten, muß ich noch testen.
    Das "DLL-Tutorial für AutoIt" von BugFix habe ich mir zwischenzeitlich auch angeschaut, aber so richtig neue Erkenntnisse dort auch nicht gefunden.

    Ich werde wieder berichten ...

    Bei mir läuft AutoIt 3.3.10 mit SciTE 3.3.6


    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    Heute nun weiter ...

    eukalyptus

    Ich habe Dein Skript - zunächst die Variante (1), etwas angepasst - getestet.
    Die Consolen-Ausgaben sind für mich ungewöhnlich, aber hier:

    nach DLLOpen

    ! 0 0

    nach DLLCall

    > DLL: -1
    ! 1 0
    $aResult = 0

    d.h. es wird kein Array o.ä. erzeugt und die nachfolgende Anweisung ist demzufolge fehlerhaft:

    ConsoleWrite("! Error: " & $aResult[0] & @CRLF)
    ConsoleWrite("! Error: " & $aResult^ ERROR

    Die #include <WinAPIConv.au3> mußte ich deaktivieren, weil nicht vorhanden ...

    Von BugFix liegt mir nun auch das "DLL-Tutorial für AutoIt" vor ... mal sehen, ob es damit zu neuen Erkenntnissen kommt.

    Wenn ich die UDF DirectSound teste, kommen keine Fehlermeldungen, obwohl bei Abfragung, wie o.g. nach DLLOpen auch nur der numerische Wert 1 erzeugt wird.
    Man könnte nun vermuten, daß die DLL-Funktionen in AutoIt nur mit Windows-DLLs funktionieren, oder?

    Grüsse aus Berlin

    PSblnkd

  • AutoIt 3.3.16.1 deutsch / englische Hilfe verfügbar - Stand 2024.02.18

    SOLVE-SMART am Dienstag

    Das hat nichts mit dem MS-Support zu tun - während beim AutoIt-Programm die Betriebssysteme angegeben werden - auch WinXP, unter denen das Programm läuft, ist das bei SciTE leider nicht der Fall (oder ich hab's noch nicht gefunden).

    Wenn eine Programm-Update erfolgt und neue BS-Funktionen benutzt werden, ist das dann klar, daß dieses dann nicht mehr unter den alten BS laufen wird. Darauf sollte aber hingewiesen werden.

    Ich hatte ja immer noch gehofft, daß mal eine STEP-Funktion eingebaut wird - so, wie das bei VB(A) üblich ist. Würde den Code-Prozess ungemein erleichtern ...


    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    eukalyptus

    Da bist Du mir zuvor gekommen ... ich wollte auch gerade heute von meinen Versuchen berichten.

    Vielen Dank für das Skript! - Das werde ich versuchen, wobei es schon jetzt auf den ersten Blick Unklarheiten gibt:

    Zeile 5: Der DLL-Name ist korrekt "Imsigx10.dll", die "Imsigx.dll" gibt's zwar auch, ist aber eine sehr alte Version ...

    Zeile 10/11: Die Umwandlung der String-Werte mit der WinAPI-Funktion muß ich mal testen - ebenso den Rest ...


    Meine Versuche zur Referenzierung der DLL mit

    $DLL_Ref = DLLOpen("Imsigx10.dll")

    und nachfolgendem Abfrage-Komplex

    ergaben kein Objekt, kein Array, sondern den numerischer Wert: 0 - entgegen der Angaben in der Hilfe, wo -1 bei Fehler angegeben ist.

    Im Quellcode vom TLB-Viewer wird die DLLOpen-Funktion nur bei Windows-eigenen DLLs benutzt, ansonsten auch so wie Du die DLLCall-Funktion. Diese ist aber in ihrer Handhabung extrem kompliziert!
    Mir liegt jetzt die "DLL_HowTo.au3" vor, wo ggf. "schlaue Antworten" zu finden sind ...

    Wir werden sehen ...

    Wolltest Du mich nicht mal anmailen, wegen der Imsigx10.dll?


    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    @eukalyptus

    Danke für die Blumen - wie ich zu AutoIt gekommen bin, kannst du hier -> http://www.ps-blnkd.de/AutoIt.htm nachlesen ...
    Hier im AutoIt-Forum gibt's u.a. eine langen Thread "Wir bauen uns ein CAD" (der Link auf meiner HP ist leider nicht mehr richtig - muß ich mal korrigieren) ...

    Es erfreut mich außerordenlich einen Spezialisten für mein Problem zu interessieren.
    Wenn Du mich via eMail (-> Impressum meiner HP) kontaktierst, dann kann ich Dir auch die DLL schicken.

    Leider bin ich noch nicht dazu gekommen, die weiteren Schritte auch praktisch zu erproben ... aber es wird schon werden.
    Wenn es Neuigkeiten gibt, stehe ich hier wieder auf der Matte ...


    Grüsse aus Berlin

    PSblnkd
    Homepage von PS

  • DLL-Return als Objekt - wie?

    water
    Die Links im engl. Forum gehen auch auf die ungültigen im deutschen Forum zurück.

    Moombas
    Mir liegt es fern irgend jemanden zu verärgern - hatte halt gehofft, daß "Wissende" wie z.B. eukalyptus die in seinem Beitrag vom 16.08.2024 geposteten Hinweise noch näher erläutern.

    Zwischenzeitlich ist mir der Download von Direct2D-UDF und DirectSound-UDF gelungen, da aber die Quellcodes unkommentiert sind, ist ein Verständnis für die Funktionalität nur sehr schwer zu erreichen.
    Nach dem bisherigen Erkenntnisstand sind zur Verwendung der ObjCreateInterface-Funktion folgende Verfahrensschritte notwendig (adaptiert aus der UDF DirectSound-UDF:(

    1) Referenzierung der DLL mit $DLL-Ref = DLLOpen ("Imsigx10.dll")

    2) Pointer zur DLL mit $dllPointer = DLLCall ( $DLL-Ref, - diverse weitere Parameter - )

    3) Objektbildung mit $TCapp = ObjCreateInterface ($dllPointer, - 2 weitere Parameter - )

    Warum die Referenzierung mit den Parametern $CLSID und $IID - wie im Funktions-Beispiel angegeben - nicht funktioniert, ist damit noch nicht erklärt.

    Es wäre sehr hilfreich, wenn jemand wie z.B. eukalyptus noch tiefgreifendere Erklärungen parat hat ...

    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    Leider hat sich ja niemand bemüssigt gefühlt sich ebenfalls zu diesem Problem zu äußern.

    Wie versprochen, habe ich weitere Untersuchungen angestellt.
    Zunächst habe ich mir eine nicht ganz so aktuelle AutoIt-Version, die 3.3.10 versuchsweise installiert. Kurioserweise wurde dabei ohne zu fragen die modernste 3.3.16 einfach überschrieben.

    In der 3.3.10 wird die ObjCreateInterface-Funktion auch nicht mehr als "unbekannt" bemeckert und das dort integrierte SciTE läuft bei mir auch noch. Das ist jetzt zwar sehr erfreulich, aber eben nur in englisch ...
    Nun habe ich den Versuch wie oben beschrieben mit den Werten aus dem TLB-Viewer und o.g. Funktion wiederholt, aber leider wird kein Objekt erzeugt, wie dann mit nachfolgender Abfrage ausgewiesen wird.

    Code
    $CLSID = {6A481000-E531-11CF-A115-00A024158DAF}
$IID = {6A481100-E531-11CF-A115-00A024158DAF}
$TCapp = ObjCreateInterface($CLSID, $IID)
;
If IsObj($TCapp) Then
	MsgBox(0, "Variablen-Abfrage", "Die Variable ist ein Objekt.")
Else
	MsgBox(0, "Variablen-Abfrage", "Die Variable ist kein Objekt.")
EndIf

    Beim Versuch der weiteren Verwendung der "Objektvariablen" $TCapp wird auch sofort wieder der Fehler ausgewiesen, daß das keine Objektvariable ist.

    Zur Untersuchung des Quellcodes vom TLB-Viewer bin ich noch nicht gekommen ... ist für mich sehr kompliziert das zu verstehen ...

    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    Wie versprochen habe ich mich, oder besser gesagt, wollte ich mich eingehender mit der Funktion ObjCreateInterface beschäftigen.

    Entsprechend der Hilfe-Ergänzung hat die Funktion 2 wesentliche Parameter: CLSID, IID und 2 optionale. Im Beispiel werden für die Parameter kryptische Werte verwendet, deren Herkunft nicht erklärt wird. Die Suchfunktion im deutschen Forum funktioniert bei mir leider nicht, aber im englischen ...
    Dort fand ich einen Hinweis auf das Tool "TLB-Viewer" - und tatsächlich, wenn man die betreffende COM-Schnittstellen-DLL läd, wird u.a. auch die dazu gehörenden CLSID und IID angezeigt.

    So weit so gut - nun wollte ich einen praktischen Versuch machen, aber meine derzeitige AutoIt-Version "versteht" diese Funktion noch nicht. Das wiederum nahm ich nun zum Anlaß mal die neueste Version 3.3.16 zu installieren. Nach der leider nur in Englich vorhandenen Hilfe sollte diese unter Win-XP bis Win10 lauffähig sein. Die Installation verlief auch ohne Probleme. Leider ließ sich SciTE nicht starten, d.h. sprang kurz an, um dann in's Nirwana zu verschwinden ...

    Woran kann das liegen, bzw. was kann ich tun?

    Einen weiteren Hinweis habe ich im Quellcode des TLB-Viewers gefunden. Dort ist es auch möglich ohne ObjCreateInterface auf die Funktionalität einer COM-Schnittstellen-DLL zuzugreifen. Wie das funktionieren soll, muß ich erst noch versuchen aus dem komplizierten Quellcode vom TLB-Viewer herauszubekommen ...

    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    @eukalyptus

    Danke für Deinen Hinweis.
    Diese Funktion von AutoIt kenne ich noch nicht - vielleicht, weil ich nicht die neueste Version benutze.
    Leider kann ich mir Deine UDFs nicht anschauen - die Links sind nicht mehr aktuell.
    In der AutoIt-OnlineHilfe -> https://autoit.de/onlinehilfe/on…teInterface.htm wird ObjCreateInterface als "experimentell" angegeben und ist nach kurzem Drüberschauen mindestens genauso kompliziert wie DllCall -> https://autoit.de/onlinehilfe/on…ons/DllCall.htm. Da muß man eine Menge Verständnis mitbringen, Geduld und eigene Erfahrungen ...

    Mit ObjCreateInterface werde ich mich aber noch eingehender beschäftigen. Momentan muß es eben mit ObjCreate und ObjGet gehen. Leider funktioniert eine Referenzierung der COM-Dll mit ObjGet nicht, sondern nur mit dem exe-Hauptprogramm ...

    Grüsse aus Berlin

    PSblnkd

  • DLL-Return als Objekt - wie?

    In VB(A) geht das so:

    Mit den AutoIt-DLL-Funktionen DLLCall, DLLOpen habe ich das nicht adaptiert bekommen.
    Wie im VBA-Code zu sehen ist, wird mit dem Aufruf der IMSIGX.dll ein Objekt zurückgegeben, was wohl mit den AutoIt-DLL-Funktionen nicht geht.

    Wie könnte man das realisieren?

    Mit der AutoIt-COM-Funktionalität (GetObject usw.) kann ich erfolgreich direkt auf das Programm (exe) zugreifen, aber es ist dann recht langsam. Der Zugriff über die COM-Schnittstellen-DLL wäre als "InProg-Server" viel schneller.

    Hier noch ein paar Screenshots von der VB-IDE, wenn man im Schrittbetrieb die komplizierte Struktur des referenzierten Objekts der COM-Schnittstellen-DLL "aufblättert":

    Grüsse aus Berlin

    PSblnkd

  • Konverter C++ Quellcode zu AutoIt-Skript

    So - weiterer Test!
    In der Freeware-Version geht nur eine begrenzte Anzahl Codezeilen, d.h. bei größeren Projekten muss man die Funktionen einzeln konvertieren. Hier ein Beispiel im Anhang (doc/zip-Datei).

    Im 1. ScreenShot ist die Funktionalität für ganze C++-Datein zu sehen, was aber in der Freeware-Version i.d.R. nicht geht, weil auch eingezogene include-Datein mitzählen.
    Der 2. ScreenShot zeigt die Funktionalität für sog. Code-Schnipsel - im allgemeinen Fall z.B. eine C++-Funktion - und das funktioniert auch in der Freeware-Version.

    Bei der Konvertierung -> siehe doc/zip-Datei, werden auch Kommentare (in englisch) eingefügt, wo der Konvertierer Probleme sieht.

    Also - ich bin eigentlich überrascht von dem m.A.n. doch recht brauchbaren Ergebnis - und nun Eure Meinung dazu.


    Grüsse aus Berlin

    PSblnkd

  • SciTE-Tutorial

    Hallo BugFix,

    eigentlich wollte ich Dich direkt kontaktieren (eMail), habe aber leider keine Kontaktmöglichkeiten hier im Forum gefunden.
    Wollte Dir das komplette Skript (Arbeitsversion) und den dazugehörenden Entwicklungsbericht schicken. Das mit dem Entwicklungsbericht mache ich immer, weil ich mich nach ein paar Tagen Untätigkeit am Thema (ich habe auch noch andere "Baustellen") nicht mehr erinnern kann, was ich mir bei diesem oder jenem gedacht hatte, bzw. was geht und was nicht geht).

    Bitte um Kontaktaufnahme über meine eMal-Adresse -> Impressum meiner HP.

    Grüsse aus Berlin

    PSblnkd
    Homepage von PS

  • SciTE-Tutorial

    BugFix

    Es hat nun doch eine ganze Weile gedauert, daß ich mich wieder mit der Problematik beschäftigen konnte. - Folgende Überlegungen und einige Versuche (alles zur Vorbereitung von "StepByStep" für SciTE):
    Zunächst soll zur Beobachtung der Variablen-Veränderung eine Inhalts-/Werte-Ausgabe programmiert werden. Dazu wird die Skript-Zeile eingelesen, wo die Variablen deklariert sind - also z.B.

    Global $a, $b, $c ...
    mit

    $line = FileReadLine($file, $i) ; Einlesen der i-ten Zeile, ggf. mit Vorbestimmung von $i

    $line dann in ein Array bringen, um die einzelnen Variablen zu separieren und ggf. nur die interessierenden auszuwählen (über MsgBox Ja/nein)

    $varArray = StringSplit($line, ",") ; Aufspalten des Strings in einzelen Elemente, die Komma-getrennt sind

    Wenn ich mir aber über

    GUICtrlSetData($inpVar, $varArray[$z])

    die aktuellen Daten einer der jeweilen Variablen in der GUI anzeigen lassen will, funktioniert das so nicht.
    Es wird immer nur der Variablenname anzeigt, nicht der Inhalt/Wert. Ein programmierbaren Zugriff auf den Inhalt (Wert) einer der Variablen ist mir nicht gelungen.

    Was mache ich falsch, bzw. wo ist mein Denkfehler?

    Das gesamte Skript hier zu posten, erachte ich als zu unübersichtlich, weil viel zu viel Tempöräres drin ist, wegen den vielen Versuchen ...
    Zu Weiterem komme ich dann später.


    Grüsse aus Berlin

    PSblnkd

  • Konverter C++ Quellcode zu AutoIt-Skript

    Andy

    Danke für Deine Hinweise. Zwischenzeitlich habe ich mir diesen "C++toVB"-Converter mal etwas näher angeschaut, dh. die Help-Datei. Tatsächlich schreiben die dort, daß das ganze Verfahren sehr kompliziert ist, man sogar mit Heuristik arbeitet und trotzdem bleibt noch vieles offen ... d.h. ohne händische Nacharbeit wird's nicht gehen.

    Dann habe ich mal einen Konvertier-Versuch mit einer einfachen C++-Funktion gemacht und siehe da - mein Verständnis zur Funktionsweise dieser Funktion wurde massiv gestärkt. Natürlich kann man nicht davon ausgehen, dass die Konvertierung 1:1 sofort lauffähig ist. Wie ich schon im TO schrieb, geht es mir vordergründig um das tiefere Verständnis zu vorliegenden C++Codes. Damit gibt es m.E. nun ein hilfreiches Werkzeug den mitunter sehr kryptischen C++Code verstehen zu können, wenn man kein C++-Profi ist.

    Ich werde weitere Versuche unternehmen und berichten.

    Grüsse aus Berlin

    PSblnkd

  • Konverter C++ Quellcode zu AutoIt-Skript

    Ein kleiner Hinweis als Nachtrag.
    Ich habe da einen "C++ to VB Converter" gefunden -> http://www.tangiblesoftwaresolutions.com/index.htm.
    Für eine Vollversion rufen die aber $-Preise auf, die meine "Taschengeld-Rente" nicht zulassen. Aber es gibt auch eine Freeware-Version, die jedoch Codezeilenanzahl-beschränkt ist. Somit geht die Konvertierung i.d.R. nur durch C&P für einzelne Funktionen. Ganze C++-Datein ziehen oft riesige Include-Datein hinterher, so daß die Zeilenbeschränkung schnell überschritten wird.
    Interessant ist aber die prinzipielle Erklärung der Funktionsweise in der auch in der Freeware-Version mitgelieferten "CPlus to VB Converter Help.chm".

    Da VB doch wesentlich näher an AutoIt ist als C++, könnte es vielleicht eine wertvolle Hilfe für einen "C++ to au3 Converter" sein. Vielleicht finde ich nochmal Zeit mich auch damit noch zu beschäftigen ...

    Grüssse aus Berlin

    PSblnkd