XProfan

Frank
Abbing

Hm? Profano-Befehle en el Assemblerteil? Es natürlich no.

28.08.2008 ▲

Sebastian
Sprenger

Naja, du könntest tal vez el XProfan-Befehle en un Procedimiento packen, deren Adresse en Función ProcAddr ermitteln, a el Assemberroutine transferencia y ellos hay encima el Opcode call aufrufen - aber wieso debería el Bucle incluso en Ensamblador vorliegen y Schleifenkörper en XProfan?

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

28.08.2008 ▲

¿Por qué trabajo porque el Befehle de Windows con el Vorbefehl "Invoke"?

mfg
peter

¿Puede du veces una kleine Demo de deinem Vorschlag con Procaddr herstellen.

Gracias.

mfg
peter

Frank
Abbing

Von el Método rate Yo dringend de, du versuchst en una Sackgasse a flüchten. Momentan es ProcAddr a unsicher y kann a schlimmen Fehlern führen, incluso bajo XProfan 11. Gerade, si du Profanfunktionen de Ensamblador de starten willst.

"Invoke" es una Call a uno Dll-Función oder a una Speicherbereich. Como XProfan no nativ arbeitet, kannst du folglich auch no native Rutina aufrufen. ProcAddr intenta el Abhilfe a leisten, versagt aber en cierto Situationen.

Frank Abbing

Hmpf, el problema se simplemente no verstanden - el es no "unsicher". ProcAddr darf sólo entonces no verwendet voluntad si ausserhalb des real Ablaufthreads una Call abgesetzt sería. Escribe uno sin embargo una ASM-Función welche una con Procaddr bezogene Función aufruft y eigentliche Ablauf des XProfanprogrammes wegen des Inline-ASM-Aufrufes sowieso geblockt es, entonces el incluso una gute Möglichkeit welche Yo también oft nutze - y el funktioniert auch muy muy zuverlässig.

Ein Profanbefehl en uno ASM Bucle es also solange kein Problema, como ASM-Bucle auch en el selben Hilo passiert y/oder no z.B. encima Temporizador injeziert se.

Frank
Abbing

Peter, debería also unvorhergesehene Dinge en Ausführung deine Programmes passieren, wende dich Por favor, direkt a el guten, alten IF. Yo bin algo como de fuera de el Sache...

Ein Call en una con ProcAddr-bezogene XProfanfunktion darf sólo geschehen si el XProfan grad "steht" - es eigentlich bastante simplemente.

Ein Call heraus de uno Inlineasm-Función, el grade abgearbeitet se, es also unproblematisch. Diese Inlineasm-Función darf sólo no en un otro Hilo abgearbeitet voluntad como sichergestellt voluntad muss, dass el XProfanprogramm auch wirklich grad "steht". Deshalb es auch una Call por SetTimer-Api no a nutzen, aber Roland se sicher auch el todavía hinbekommen.

Im Bezug en Ensamblador es Franco aber deutlicher Ansprechpartner como Yo (en el Vergleich a Ihm) hiermit viel viel weniger programmiere, aber dieses spezielle Problema es sí kein ASM-Problema.