| |
|
|
- Page 1 - |
|
GDL | Hallo ,
ich möchte einige Proceduren meiner Modellbahnsteuerung gerne in un dll umwandeln, wenn damit dieser Programmteil schneller corre.
Habe aber keinen blassen Schimmer wie man dies angeht.Hat dies jemand schon einmal gemacht? Bitte um Unterstützung.
Servus Georg |
|
|
| |
|
|
| |
|
- Page 3 - |
|
|
GDL | Ok, jetzt wirds zu hoch per mich.Dann läufts mit Xprofan halt nen bisschen langsamer.
War aber zum Reinschnüffeln recht interessant.
Servus Georg |
|
|
| |
|
|
|
Frank Abbing | [quote:25c1edbc3a]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?[/quote:25c1edbc3a] Ich denke, ich weiss, worauf du hinaus möchtest. Du kannst von Profan aus Variablen und Texte an die Dll trasferimento, und genauso kann auch die Dll Variablen und Texte zurück geben. Die Dll kann mehrere Funktionen besitzen und du kannst auch eine Funktion in einer anderen Funktion aufrufen. Du kannst sogar aus der Dll eine Profan-Prozedure aufrufen.
Vielleicht bekommst du ja noch mal Lust, weiter zu schnüffeln |
|
|
| |
|
|
|
GDL | Ich kann mit dem Begriff Funktion in diesem Zusammenhang nichts anfangen. Kann da eine Funktion auch ein Proc sein.Also nicht ein einzelner Befehl, sondern ein ganzes Unterprogramm was im Hauptprogramm in einem Proc corre. Ich tue mich meistens immer recht schwer, was ihr mit einer Funktion meint.
Servus Georg |
|
|
| |
|
|
|
Michael Dell | Die Funktionen einer Dll sind im Prinzip das gleiche wie eine Proc in Profan und besteht aus beliebig vielen Befehlen!
Nachtrag: Der Unterschied liegt darin das bei Dll- Funtionen nur Werte & String- Adressen trasferimento und zurückgegeben werden! Deshalb sind Strukturierte Bereiche so wichtig! |
|
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 10.10.2006 ▲ |
|
|
|
|
GDL | @Frank,
wenn ich es momentan auch nicht auf die Reihe bekomme muss ich aber trotzdem weitermachen.Bei unserer Vereinsgrossanlage dauerte die Datensammlung,Auswertung und Übertragung bei 100 Loks, 50 Weichen und 80 Signale je Kommponente ca. 15 sec.Dies ist per den Betrachter einer Anlage zu langsam.
Gott sei Dank haben nicht alle solche Anlagen.
Servus Georg |
|
|
| |
|
|
|
GDL | das ganze tue ich mir desswegen an :
Softlok z.B. ist ein reines DOS Programm.
Dauer einer typischen Softlokkette auf dem gleichen PC
DOS Ver. 6.1 0,01 bis 0,04 sec WinME 0,08 bis 0,6 sec auf meinem Rechner mit 5 facher Taktfrequenz unter WinXP satte 1,3 bis 1,5 sec.
Dies ist aber ein Schrittkettenprogramm ohne grosser Anlagenauswertung. Wenn jedes Windows doch nen Schalter zum Abschalten der 20 ms Abfrage hätte.
Servus Georg |
|
|
| |
|
|
|
Frank Abbing | Das ist genau der Grund, warum mir Profan als Programmsprache alleine nicht reicht. Meine Programme bestehen darum in der Regel aus circa 95 Prozent Profancode, aber den Rest (alles zeitintensive) mache ich mit Assembler. Dieser simple XPIA-Democode demonstriert schön die Zeitersparniss in nur einer einzigen Schleife: KompilierenMarkierenSeparieren Nachtrag: Die Assemblerschleife potuto man auch so lösen: KompilierenMarkierenSeparieren Hier nochmal die gleiche Schleife in Profan: KompilierenMarkierenSeparieren |
|
|
| |
|
|
|
GDL | habe XPSE und XPIA geupdatet Komme aber nur bis hierhin. |
|
|
| |
|
|
|
| Was Anderes Georg - ich sehe Du kombinierst die Schalter derart das kompilier und gelinkt wird, startest dann aber den Interpreter, dabei könntest Du doch besser ein E statt ein I nehmen was die EXE ausführt statt den lahmen Interpreter. |
|
|
| |
|
|
|
Frank Abbing | So sollte die erste Zeile in deinem Code aussehen: {$iq} Zum Testen reicht ja der Interpreter. |
|
|
| |
|
|
|
GDL | Ciao,
egal was ich eingebe und egal welches Beispielprog ich nehme, es geht nur soweit wie auf dem screenshoot sichtbar.
Servus Georg |
|
|
| |
|
|
|
GDL | Wenn ich fehlersuche.bat ausführe kommt |
|
|
| |
|
|