XProfan

- Seite 1 -

Warum funktionieren denn die Befehle von Windows mit dem Vorbefehl "Invoke"?

mfg
peter

Kannst du mal eine kleine Demo von deinem Vorschlag mit Procaddr herstellen.

Danke.

mfg
peter

Frank
Abbing

Von der Methode rate ich dringend ab, du versuchst in ein Sackgasse zu flüchten. Momentan ist ProcAddr zu unsicher und kann zu schlimmen Fehlern führen, selbst unter XProfan 11. Gerade, wenn du Profanfunktionen von Assembler aus starten willst.

"Invoke" ist ein Call zu einer Dll-Funktion oder zu einem Speicherbereich. Da XProfan nicht nativ arbeitet, kannst du folglich auch keine native Routine aufrufen. ProcAddr versucht dem Abhilfe zu leisten, versagt aber in bestimmten Situationen.

Frank Abbing

Hmpf, das Problem wird einfach nicht verstanden - das ist nicht "unsicher". ProcAddr darf nur dann nicht verwendet werden wenn ausserhalb des eigentlichen Ablaufthreads ein Call abgesetzt würde. Schreibt man jedoch eine ASM-Funktion welche eine mit Procaddr bezogene Funktion aufruft und der eigentliche Ablauf des XProfanprogrammes wegen des Inline-ASM-Aufrufes sowieso geblockt ist, dann ist das sogar eine gute Möglichkeit welche ich ebenso oft nutze - und das funktioniert auch sehr sehr zuverlässig.

Ein Profanbefehl in einer ASM Schleife ist also solange kein Problem, wie die ASM-Schleife auch im selben Thread passiert und/oder nicht z.B. über Timer injeziert wird.

Frank
Abbing

Peter, sollten also unvorhergesehene Dinge bei der Ausführung deine Programmes passieren, wende dich bitte direkt an den guten, alten iF. Ich bin sowas von raus aus der Sache...

Ein Call auf eine mit ProcAddr-bezogene XProfanfunktion darf nur geschehen wenn das XProfan grad "steht" - ist eigentlich ganz einfach.

Ein Call heraus aus einer Inlineasm-Funktion, die grade abgearbeitet wird, ist also unproblematisch. Diese Inlineasm-Funktion darf nur nicht in einem anderen Thread abgearbeitet werden da sichergestellt werden muss, dass das XProfanprogramm auch wirklich grad "steht". Deshalb ist auch ein Call per SetTimer-Api nicht zu nutzen, aber Roland wird sicher auch das noch hinbekommen.

Im Bezug auf Assembler ist Frank aber deutlicher Ansprechpartner da ich (im Vergleich zu Ihm) hiermit viel viel weniger programmiere, aber dieses spezielle Problem ist ja kein ASM-Problem.

Kompilieren Markieren Separieren

Sebastian
Sprenger

Peter Bierbach

Kannst du mal eine kleine Demo von deinem Vorschlag mit Procaddr herstellen.

Proc Schleifenkoerper

    Parameters i%          Erwartet Zählvariable als Parameter
    Print i%,

EndProc

Cls
Var Adr&=ProcAddr
(Schleifenkoerper, 1)  Adresse vom Schleifenkörper ermitteln

AsmStart Schleife(Adr&)  als Parameter an Assemblerroutine übergeben

    mov ebx,para1        ; und dort in ebx wieder auslesen
    mov ecx,456          ; ecx = Zählregister (zählt von 456 bis 1)
    @@:push ecx             ; ecx als Parameter an Schleifenkoerper übergeben
    call ebx             ; Schleifenkörper aufrufen.
    ; Der Inhalt von ebx wird dabei nicht zerstört
    ; (der von esi und edi übrigens auch nicht)
    ; - eax, ecx und edx hingegen schon!
    mov ecx,[esp-4]      ; ecx liegt jetzt aber noch im Stack
    ; und kann gleich dort ausgelesen werden...
    loop @B              ; ecx runterzählen

AsmEnd

WaitInput

Profan² 7.0e, XProfan 9, 11.2a, FreeProfan32

Windows Vista Home Premium 32-Bit, 2.8 Ghz, 4 GB RAM

Windows Me, 1.8 Ghz, 256 MB RAM

Und ein Returnwert liegt imho auch (korrekterweise) im eax-Register.

Jup, danke.

Haut sauber hin und ist ganz fix .

Danke.

mfg
peter

- Seite 2 -

Wo kann man die Sondersprungbefehle : @@ , @B usw kennenlernen?
Oder kann die einer hier mal erläutern?

mfgpeter

30.08.2008 ▲