| |
|
|
- Seite 1 - |
|
GDL | Hallo ,
ich möchte einige Proceduren meiner Modellbahnsteuerung gerne in eine dll umwandeln, wenn damit dieser Programmteil schneller läuft.
Habe aber keinen blassen Schimmer wie man dies angeht.Hat dies jemand schon einmal gemacht? Bitte um Unterstützung.
Servus Georg |
|
|
| |
|
|
| |
|
- Seite 2 - |
|
|
GDL | Hallo Frank,
möchte auch mit XPIA experimentieren.Kannst du mir eine gute Seite nennen, welche sich auch mit den Nischen Dbase 3 und Schnittstellen in MASM beschäftigen. Habe bis jetzt nichts gefunden, was auch für Anfänger verständlich ist.
Servus Georg |
|
|
| |
|
|
|
Michael Wodrich | Im Masm32forum gibt es den ObjAsm32, eine Erweiterung zur objektorientierten Programmierung. Da ist ein vollständiges dBase-Modul dabei. Du kannst die Datenbanken also direkt in Assembler ansprechen. Sourcecode ist auch dabei.
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 25.09.2006 ▲ |
|
|
|
|
GDL | Mal anguggen, hoffentlich blicke ich einigermassen durch.Schadet aber bestimmt nicht.
Servus Georg |
|
|
| |
|
|
|
Nico Madysa | Mal ne kleine Frage: Dass XProfan-DLLs mit Prf2Cpp und XPIA möglich sind, habe ich ja nun zu genüge begriffen, aber...
XProfan wird/wurde mit Delphi geschrieben... und... und Delphi KANN DLLs erstellen... Müsste es dann nicht - im Prinzip - möglich sein, ein DLL-Erstell-Tool in den Compiler einzutüdeln? |
|
|
| |
|
|
|
| Profan2CPP und XPIA erzeugen sogenannten nativen Code. Dies ist für standard DLLs erforderlich. Der Profan-Compiler erzeugt einen P-Code, der nicht nativ ist. DLLs sind so nicht möglich. Über alternative Lösungen denkt Roland ja wohl schon nach, wenn ichs richtig in Erinnerung habe, aber im Moment ist es nicht möglich. |
|
|
| |
|
|
|
| Hm Roland könnte eine prfrun32.dll bauen... ^^
Heee momentmal, procaddr liefert doch einen nativen return - mal überlegen ob man da nicht was bauen könnte... |
|
|
| |
|
|
|
RGH | Ich habe hier schon ein paar Schmierzettel zum Thema DLLs oder PDLs (ProfanDynamicLibrary) hier liegen. Das könnte ein Thema für XProfan 11 werden. Damit befasse ich mich aber erst, wenn ich für XProfan 10 (und OGLBasic) - die Beispiele überarbeitet - Hilfe und Handbuch geschrieben - die Installationsprogramme gebastelt - Werbetexte entworfen - alles gepackt, gebrannt und an JDS geschickt habe. Das sollte alles im Oktober geschehen. (Und nebenbei muß ich bis Ende des Monats (September) meine Steuererklärung abgegeben haben.)
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 25.09.2006 ▲ |
|
|
|
|
Frank Abbing | [quote:af3d719bf8]Dass XProfan-DLLs mit Prf2Cpp und XPIA möglich sind, habe ich ja nun zu genüge begriffen, aber...[/quote:af3d719bf8] Das ist noch nicht ganz richtig. XPIA erzeugt keine Dlls aus Profancode! Er erzeugt Dlls aus Assemblercode... Assemblercode, der innerhalb von oder zusammen mit Profancode steht. |
|
|
| |
|
|
|
Nico Madysa | Bäh, Krümelkacker. Schon gut, hab mich einfach falsch ausgedrückt. |
|
|
| |
|
|
|
Frank Abbing | Wollts ja nur noch mal richtig erwähnt haben... |
|
|
| |
|
|
|
GDL | @Frank
Hallo,
ich bin hier immer noch am Testen:
Kann ich aus einer ASM .dell oder dll überhaupt eine andere Procedure im Hauptprogramm aufrufen und in die dll zurückkehren oder muss alles in derselben dll stehen. Kann man überhaupt in einer dll mehrere procs haben und dazwischen rumspringen?
Servus Georg |
|
|
| |
|
|
|
Michael Dell | Hallo Georg,
Du kannst Funktionen innerhalb der Dll mittels scall aus einer Funktion der derselben Dll aufrufen. Beim aufrufen einer Prozedur aus dem Hauptprogramm mußt Du mittels CallBack die Prozedur- Adresse übergeben. |
|
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 10.10.2006 ▲ |
|
|
|