Zur lLaufzeit Code kompilieren und zuweisen.....

[zwaem86]

Hi,

kann mir einer sagen wie man zur Laufzeit einen Codefetzen kompilieren kann und dann an ein Ereignis hängt.

Gibt es dafür vllt. 'ne Komponente..........(freeware natürlich)?

Grüße
zwaem

[RavenIV]

Könntest Du Deine Frage bitte ausführlicher formulieren?
ich habe da kein Wort verstanden...

[richard_boderich]

also das wird wohl nich ganz soeinfach werden. ich denke mal besser waere es die routine gleich in
assembler zu schreiben bzw. vorcompilierte codesteucke zu verwenden. als naechstes muesstest du den
code in den speicher laden, und vor der ausfuehrung den EIP auf die einsprungadresse deiner routine setzten. und da liegt der hase im feld begraben. ich weis naehmlich nicht ob es unter
NTx.x systemen so einfach machbar ist. (siehe getrennte speicherbereiche) dazu gibst andere experten. ich denk mal olli oder assarbad waeren da die richtigen ansprechpartner.

gruß richard

[himitsu]

Er möchte zur Laufzeit Code ausführbaren Code erzeugen und ausführen.

Schau mal nach den verschiedenen Mathearsern hier, da gibt es z.B. so'nen kompilierenden von DAX ... die machen sozusagen soetwas (wenn ich mich nicht irre)

[arbu man]

oder der JvInterpreter der JEDIs

[kalmi01]

oder DelphiWebScript

[mgero]

oder Pascal Script von remobjects

Gruss,

Marco

[Dax]

Zitat:

Zitat von mgero

oder Pascal Script von remobjects

Nein. Alle gelisteten Interpreter erzeugen (meines Wissens nach, hab mir nicht alle angesehen - DWS fehlt mir noch ;)) keinen Maschinencode. Sie interpretieren lediglich einen Pascal-Code, der ihnen zugeworfen wird. Dazu wandeln sie den Code in Bytecode um, der abgearbeitet wird - von ganz normalen Methoden. .NET macht das ähnlich, allerdings hängt dort hinter dem Bytecode ein JIT-Compiler, der wirklich Maschinencode erzeugt.
Das einzig Maschinencodige(^^) am ROPS zum Beispiel ist der Stackaufbau für Funktionsaufrufe. Allein deswegen kann man aus ROPS Funktionen aufrufen, die kein festgelegtes Parameterformat haben - man übergibt ROPS die Parameter und entsprechend baut der Interpreter den Stack auf.
Beim JvInterpreter zum Beispiel hat eine Funktion, die in den Interpreter geklinkt wird, einen Arrayparameter, in dem alle Parameter drin sind, die im Interpreter in die Funktion geworfen werden.

Ist jetzt zwar bisschen Eigenlob und Promotion, aber seis drum :mrgreen: : HAM mit dem Assembler-Plugin und der ECQP erzeugen wirklich Maschinencode :)

lg, Dax

PS: haut mich bitte nicht, falls ich damit falsch liege, es ist schon ne Weile her, das ich mit die Interpreter angekuckt hab. Korrigieren ist viel netter ^^

[GimbaR]

Zitat:

Zitat von richard_boderich

...ich denk mal olli oder assarbad waeren da die richtigen ansprechpartner...

Sry, wenn ich jezz OT werde, aber sind Olli und Assarbad nicht ein und die selbe Person? :gruebel:
Jedenfalls dachte ich das immer...

[kalmi01]

Moin, moin,

Zitat:

Alle gelisteten Interpreter erzeugen (meines Wissens nach, hab mir nicht alle angesehen - DWS fehlt mir noch ) keinen Maschinencode. Sie interpretieren lediglich einen Pascal-Code, der ihnen zugeworfen wird

Ich habe mir den Code von DWS zwar nicht "reingezogen", da aber eine Schleife im DWS fast genauso schnell abläuft, wie als echte Funktion in Delphi, geh ich mal davon aus.
"Fast genauso schnell" heisst, Delphi-Speed + ein kleiner Offset fürs Kompilieren.

[richard_boderich]

ja sicher nur verknuepft keiner dieser interpreter den uebersetzten code sinn voll mit seinem
hauptprogramm oder nicht? vielleicht hab ich ja auch die frage falsch verstanden?

richard

[alias5000]

Eine andere Idee ist einfach die hier:

Den Quellcode in ne DLL schreiben, diese mit FreePascal kompilieren und dann dynamisch linken :wink:

Gruß alias5000

[kalmi01]

Zitat:

ja sicher nur verknuepft keiner dieser interpreter den uebersetzten code sinn voll mit seinem
hauptprogramm oder nicht?

Also so, wie ich die Frage verstanden habe, schon.
Mit DWS lädst Du deinen Code in eine Stringlist und compilierst sie.
Danach kannst Du das Kompilat so oft aufrufen wie Du willst.
Also z.B.

Delphi-Quellcode:

onEreignis := DWS_Prog.Execute;

Entweder ruft DWS_Prog dann Routinen in der EXE auf, oder liefert halt Daten zurück.
Wenn DWS_Prog massenweise unterschiedliche Routinen in der EXE aufrufen soll, muss man sich überlegen, ob man mehr Wert auf viel Perfomance legt ==> viel Arbeit oder etwas weniger Performance, dafür aber ein übersichtlicher Programieraufwand.