Lua 'sauber' einbinden (DLL Injection)

[Ijax]

Hallo,

folgendes Szenario:

Ich injiziere meine eigene DLL in einen anderen Prozess und stelle einige Lua-Befehle bereit.
Nun ist es so, dass ich die lua.dll immer nachladen muss, ebenfalls in den Prozess.

Ich möchte die DLL gerne so in mein Projekt einbinden das ich bestenfalls manuell keine externen Bibliotheken nachladen muss. Daher würde die Möglichkeit ausscheiden die DLL einfach als Ressource hinzuzufügen, darum das die DLL mit im Ordner liegt geht es indirekt zwar auch, aber ich möchte komplett vermeiden das die Lua Api ihre eigene DLL im Prozess hat, eben damit es ein wenig sauberer aussieht.

In C++ ist es einfach möglich. In Delphi über Umwege mithilfe von .obj Dateien wohl auch, gibt es da im Zusammenhang mit Lua vorgefertigte oder evtl. Erfahrungen? Ansonsten könnte ich mir vorstellen die Lua DLL manuell zu 'wrappen', der Speicher für die DLL wird von mir selber allokiert und der entsprechende Code hineingeschrieben. Der Code der Lua DLL liegt dann direkt in meiner DLL, entweder als Ressource, als Array oder was es da sonst noch so gibt.

Gibt es dazu sonst noch Vorschläge? Was haltet ihr von meiner Idee mit dem Wrapper?

Gruß

[jaenicke]

Aber Lua muss es sein? Denn es gibt mit z.B. DWScript eine sehr schöne Pascal Script Implementierung, die nicht nur schneller ist als jede Lua Implementierung, die ich bisher gesehen habe, sondern auch direkt einkompiliert wird ohne externe DLLs.

[Ijax]

Da es eh ein privates Projekt ist und es sonst keinen interessiert, nein es muss kein Lua sein
Wie sich nach einigen Stunden herausgestellt hat ist Lua statisch einzubinden (c .obj) ein ziemlich großer Aufwand.

DWScript muss ich mir jetzt mal genauer ansehen, das kannte ich noch nicht, danke.

[mensch72]

wenn's auch was zu bezahlendes sein darf:

http://tmssoftware.com/site/scriptstudiopro.asp

[Ijax]

Hi,

auch dir danke für die Antwort, zur Zeit schwanke ich zwischen dem PaxCompiler (habe ihn in der Vergangenheit bereits verwendet um msfastcall Funktionen leichter aufrufen zu können und sehr gute Erfahrung gemacht) und DWScript. DWScript wird soweit ich gesehen habe nur noch sehr notdürftig aktualisiert.
Mich würde dennoch interessieren ob es bereits jemanden gelungen ist Lua in Delphi statisch zu linken. Einen großen Teil der msvcrt Symbole aufzulösen ist kein Problem, bei dem Rest wird es schwieriger.

[Stevie]

Zitat von Ijax:

DWScript wird soweit ich gesehen habe nur noch sehr notdürftig aktualisiert.

Wat? Nein, da ist mehr Drive drin denn je, seit es als Compiler fürs Smart Mobile Studio dient.

[jensw_2000]

Zitat von Ijax:

Einen großen Teil der msvcrt Symbole aufzulösen ist kein Problem, bei dem Rest wird es schwieriger.

Ja, gerade wenn es darum geht Klassen, Methoden und Interfaces zwischen der Host Anwendung und LUA zu sharen wird's kompliziert. Schade das Simon Steward sein LUA RAD aufgegeben hat. Das war als Beta schon ziemlich erwachsen. Er ist vermutlich daran gescheitert, das LUA sich schneller weiterentwickelt hat als er seine Wrapperklassen generieren konnte.

[Ijax]

Zitat von Stevie:

Zitat von Ijax:

DWScript wird soweit ich gesehen habe nur noch sehr notdürftig aktualisiert.

Wat? Nein, da ist mehr Drive drin denn je, seit es als Compiler fürs Smart Mobile Studio dient.

Dann muss ich mich an dieser Stelle entschuldigen, ich habe nicht wirklich lange recherchiert.

Zitat von jensw_2000:

Zitat von Ijax:

Einen großen Teil der msvcrt Symbole aufzulösen ist kein Problem, bei dem Rest wird es schwieriger.

Ja, gerade wenn es darum geht Klassen, Methoden und Interfaces zwischen der Host Anwendung und LUA zu sharen wird's kompliziert. Schade das Simon Steward sein LUA RAD aufgegeben hat. Das war als Beta schon ziemlich erwachsen. Er ist vermutlich daran gescheitert, das LUA sich schneller weiterentwickelt hat als er seine Wrapperklassen generieren konnte.

Gab es dazu etwas öffentliches wo man weiter dran rumdoktern könnte? Habe auf die schnelle nichts dazu gefunden.

[jensw_2000]

Zitat von Ijax:

Zitat von jensw_2000:

Zitat von Ijax:

Einen großen Teil der msvcrt Symbole aufzulösen ist kein Problem, bei dem Rest wird es schwieriger.

Ja, gerade wenn es darum geht Klassen, Methoden und Interfaces zwischen der Host Anwendung und LUA zu sharen wird's kompliziert. Schade das Simon Steward sein LUA RAD aufgegeben hat. Das war als Beta schon ziemlich erwachsen. Er ist vermutlich daran gescheitert, das LUA sich schneller weiterentwickelt hat als er seine Wrapperklassen generieren konnte.

Gab es dazu etwas öffentliches wo man weiter dran rumdoktern könnte? Habe auf die schnelle nichts dazu gefunden.

Ja, gab es. Er hat sich aber vollkommen unerreichbar per Mail, Blog und Website gemacht, weil er nicht mit dem Shitstorm fertig geworden ist, den seine Spendenaktion ausgelöst hat. Er hat 5000 Pfund Spenden eingefordert, damit sein er LUA RAD in absehbarer fertig entwickeln kann. Alle Spender über 50 Pfund haben dafür eine LUA RAD Professional Version versprochen bekommen. Naja, und nach dem sein Pfundsraiser die 5000 Pfund Marke überschritten hatte war von ihm wöchentlich weniger zu hören und versprochene Updates blieben aus. Habe auch 51 Pfund gespendet, daher bin ich hier recht gut informiert. Ein knappes Jahr nach dem versprochenen Termin kam dann noch eine Mail von ihm. Sinngemäß:"Pöhh, ihr schüttet mich alle mit unschönen Mails voll und sagt nicht wirklich nette Sachen zu mir. Ich vergrabe mich mit meiner Entwicklung im Keller und mache von außen erstmal dicht.". Das war Ende 2011. Ist wohl nicht mehr zu erwarten, dass er noch was liefert. Falls doch, dann verschenke ich meine Lizenz hier in der DP. Ich brauche keine LUA RAD Pro mehr.