XProfan

Kompilieren Markieren Separieren

Na Du wieder - is doch ganz einfach:

assign #1,myDll.dll
openrw #1

whileloop 1000

    putbyte #1,rnd(256)

wend

closerw #1

Wie sonst??

Salve, iF.

PS: Und nun sag auch noch man erzeugt damit keine .dll aus XProfan heraus?!!! :/:

Sebastian
König

Eine Beschreibung, wie man Funktionen exportiert habe ich leider nicht gefunden. Eine kurze Erläuterung wäre nett.

Hallo Thomas,

in der Hilfe gibt es doch den neuen Abschnitt Dynamic Link Libraries

. Hier ein Ausschnitt daraus:

Die Direktive $DLL, die am Anfang des Quellcodes stehen sollte, teilt Profan2Cpp mit, dass eine DLL generiert werden soll.

Prozeduren, die exportiert werden sollen, werden mit dllproc eingeleitet. Nach dem Namen der Prozedur wird dabei als zweites Argument die Anzahl der Parameter, die die Prozedur erwartet, angegeben. Diese Zahl sollte natürlich mit dem, was später mit parameters spezifiziert wird, übereinstimmen. Mit dllproc deklarierte Prozeduren können nicht verschachtelt werden.

Es gibt dort auch ein kurzes Beispiel für eine DLL. Alles klar?

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

Danke erstmal für den Hinweis mit der Hilfe

, ich habe nur in der Versionhistorie geschaut. Meinen ansonsten funktionierenden Testcode hänge ich hier mal ran. Bitte umbenennen in zip.

testcode.zip.txt	5 kB

Hochgeladen:	25.07.2005

Ladeanzahl:
		Herunterladen

Fernando
Santos

Hallo Sebastian

Habe versucht mit dein Beispiel eine DLL zu erstellen, es wird eine dll mit der grösse von etwa 350KB
generiert und wenn ich versuche das beispielprogramm zu starten erscheint die meldung das die namedll.inc nicht gefunden wird. Ich muss irgendwie etwas falsch machen, oder???

Gruss

Pedro

Innovative Produkte für Aufzüge

Prf2CPP erzeugt beim erzeugen der DLL auch noch eine dazugehörige Includedatei. Diese sollte im selben Verzeichnis liegen wie die PRF welche die Includedatei benötigt. Kopiere die erzeugt Include also in Dein Programmierverzeichnis.

Salve, iF.

Hallo Sebastian,
Code ausserhalb von Proceduren wird der DLLMain() hinzugefügt. Damit kann ich also globale Deklarationen ausführen. Dies entspricht ja in etwa AttachThread(), Jetzt fehlt mir aber das Gegenstück DetachThread() zum automatischen Aufräumen und Speicher freigeben. Auf das was bei FreeDLL passiert habe ich ja sonst keinerlei Einfluß.
Wird vielleicht nur selten gebraucht, jedoch wenn eine Umsetzung keine großen Probleme bereitet wäre es doch schön wenn Du dieses noch einbauen könntest

26.07.2005 ▲

Sebastian
König

[quote:32e8acf1bc]Hallo Sebastian,
Code ausserhalb von Proceduren wird der DLLMain() hinzugefügt. Damit kann ich also globale Deklarationen ausführen. Dies entspricht ja in etwa AttachThread(), Jetzt fehlt mir aber das Gegenstück DetachThread() zum automatischen Aufräumen und Speicher freigeben. Auf das was bei FreeDLL passiert habe ich ja sonst keinerlei Einfluß.
Wird vielleicht nur selten gebraucht, jedoch wenn eine Umsetzung keine großen Probleme bereitet wäre es doch schön wenn Du dieses noch einbauen könntest[/quote:32e8acf1bc]
Hallo Thomas,

stimmt, so etwas wäre wirklich sinnvoll. Mal sehen, wie ich das am besten umsetze... was hältst Du von einer Art CleanUp-Prozedur, welche - wenn vorhanden - automatisch beim Entladen der DLL aufgerufen wird?

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

Hallo Sebastian,
genau soetwas meine Ich. Vielleicht sollte auch die Main optinal in eine DLLProc gelegt werden können (wegen der Übersichtlichkeit). Z.B.:
DLLProc DLL_Init,0
DLLProc DLL_End,0

Müßte dann noch drauf hingewiesen werden, das diese Funktionen automatisch ausgeführt werden und nicht aufgerufen werden können.

Wäre toll wenn Du das in irgendeiner Form integrieren könntest

Kompilieren Markieren Separieren

Sebastian
König

[quote:ea11fb37e0]genau soetwas meine Ich. Vielleicht sollte auch die Main optinal in eine DLLProc gelegt werden können (wegen der Übersichtlichkeit). Z.B.:
DLLProc DLL_Init,0
DLLProc DLL_End,0

Müßte dann noch drauf hingewiesen werden, das diese Funktionen automatisch ausgeführt werden und nicht aufgerufen werden können.

Wäre toll wenn Du das in irgendeiner Form integrieren könntest[/quote:ea11fb37e0]
Hallo Thomas,

ich überlege noch, wie ich das am besten löse... Eins so, das andere so gefällt mir auch nicht - aber zwei verschiedene Möglichkeiten zur Initalisierung sind eher verwirrend, denke ich.

Irgendwie bietet sich der Bereich des Hauptprogramms auch wirklich an... Meine favorisierte Idee ist deshalb im Moment, beides an der gleichen Stelle unterzubringen und das Hauptprogramm beim Laden und Entladen der DLL aufzurufen. Zur Unterscheidung würde ich dann eine neue Profan2Cpp-spezifische Systemvariabele einführen. So könnte das dann aussehen:

if %DLLInit

    Code zur Initialsierung

else

    Code zum Aufräumen

endif

Was hältst Du (und wer sonst mitliest

) davon?

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

@Sebastian: Mache es wie es am Reibungslosesten abläuft.

Im Endeffekt behaupte ich ist es egal wie das ganze gehandelt wird.

Ich würde warscheinlich einfach festlegen: Wenn eine DLL exportiert werden soll - so müssen folgende 2 Prozeduren im Quelltext vorhanden sein. dllproc DllInit und dllproc dllexit. Also eine Ein- und Ausstiegsprozedur. Wie Du das dann intern regelst sollte in den Bereich Deiner Erfahrung fallen - womit Du entscheidest was am besten funktioniert.

Salve, iF.

DLLCode ausserhalb von Prozeduren empfinde ich auch eher als unüblich. Ich schließe mich erstmal iFs Vorschlag an, obwohl im Endeffekt ist mir die Syntax nicht so wichtig, nur die Möglichkeit zählt