| |
|
|
| >> Erzeugen de DLL aus Profan²/XProfan-Codes
une Beschreibung, comment on Funktionen exportiert habe je malheureusement pas trouvé. une kurze Erläuterung wäre gentil. |
|
|
| |
|
|
|
| Na Du wieder - is doch entier simple:
comment sonst??
Salve, iF.
PS: et eh bien sag aussi encore on erzeugt avec cela aucun .dll aus XProfan heraus?!!! :/: |
|
|
| |
|
|
|
Sebastian König |
une Beschreibung, comment on Funktionen exportiert habe je malheureusement pas trouvé. une kurze Erläuterung wäre gentil.
allô Thomas,
dans qui Aider gibt es doch den neuen paragraphe Dynamic Link Libraries . ici un Ausschnitt daraus:
qui Direktive $DLL, qui am Anfang des Quellcodes stehen sollte, teilt Profan2Cpp avec, dass une DLL generiert volonté soll.
Prozeduren, qui exportiert volonté devoir, volonté avec dllproc eingeleitet. Pour dem Namen qui Procédure wird dabei comme zweites Argument le nombre qui paramètre, qui qui Procédure erwartet, angegeben. cet numéro sollte naturellement avec dem, quoi später avec parameters spezifiziert wird, übereinstimmen. avec dllproc deklarierte Prozeduren peut pas verschachtelt volonté.
il y a là aussi un kurzes Beispiel pour une DLL. Alles bien sûr?
MfG
Sebastian |
|
|
| |
|
|
|
| merci erstmal pour den Hinweis avec qui Aider , j'ai seulement dans qui Versionhistorie geschaut. Meinen ansonsten fonctionnement Testcode hänge je ici la fois ran. s'il te plaît débaptiser dans zip. |
|
|
| |
|
|
|
Fernando Santos | allô Sebastian
Habe versucht avec dein Beispiel une DLL trop erstellen, es wird une dll avec qui grösse de etwa 350KB generiert et si je versuche cela beispielprogramm trop starten erscheint qui annonce cela qui namedll.inc pas trouvé wird. je muss irgendwie quelque chose faux faire, ou bien???
Gruss
Pedro |
|
|
| |
|
|
|
| Prf2CPP erzeugt beim erzeugen qui DLL aussi encore une dazugehörige Includedatei. cet sollte im selben Verzeichnis liegen comment qui PRF quelle qui Includedatei nécessaire. Kopiere qui erzeugt Include alors dans Dein Programmierverzeichnis.
Salve, iF. |
|
|
| |
|
|
|
| allô Sebastian, Code ausserhalb de Proceduren wird qui DLLMain() hinzugefügt. avec cela peux je alors globale Deklarationen effectuer. ca entspricht oui dans etwa AttachThread(), maintenant fehlt mir mais cela Gegenstück DetachThread() zum automatischen Aufräumen et grenier freigeben. sur cela quoi chez FreeDLL passiert habe je oui sonst keinerlei influence. Wird peut-être seulement selten gebraucht, cependant si une Umsetzung aucun grand Probleme bereitet wäre es doch joli si Du cet encore einbauen könntest |
|
|
| |
|
|
|
Sebastian König | [quote-part:32e8acf1bc]allô Sebastian, Code ausserhalb de Proceduren wird qui DLLMain() hinzugefügt. avec cela peux je alors globale Deklarationen effectuer. ca entspricht oui dans etwa AttachThread(), maintenant fehlt mir mais cela Gegenstück DetachThread() zum automatischen Aufräumen et grenier freigeben. sur cela quoi chez FreeDLL passiert habe je oui sonst keinerlei influence. Wird peut-être seulement selten gebraucht, cependant si une Umsetzung aucun grand Probleme bereitet wäre es doch joli si Du cet encore einbauen könntest[/quote-part:32e8acf1bc] allô Thomas,
stimmt, so quelque chose wäre wirklich sinnvoll. la fois voyons, comment je cela am besten umsetze... quoi hältst Du de einer Art CleanUp-Procédure, quelle - si vorhanden - automatisch beim Entladen qui DLL aufgerufen wird?
MfG
Sebastian |
|
|
| |
|
|
|
| allô Sebastian, oui c'est ca soetwas mon je. peut-être sollte aussi qui Main optinal dans un DLLProc gelegt volonté peut (à cause de qui Übersichtlichkeit). Z.B.: DLLProc DLL_Init,0 DLLProc DLL_End,0
Müßte ensuite encore sur elle hingewiesen volonté, cela cet Funktionen automatisch fonctionnement volonté et pas aufgerufen volonté peut.
Wäre toll si Du cela dans irgendeiner forme intégrer könntest |
|
|
| |
|
|
|
Sebastian König | [quote-part:ea11fb37e0]oui c'est ca soetwas mon je. peut-être sollte aussi qui Main optinal dans un DLLProc gelegt volonté peut (à cause de qui Übersichtlichkeit). Z.B.: DLLProc DLL_Init,0 DLLProc DLL_End,0
Müßte ensuite encore sur elle hingewiesen volonté, cela cet Funktionen automatisch fonctionnement volonté et pas aufgerufen volonté peut.
Wäre toll si Du cela dans irgendeiner forme intégrer könntest[/quote-part:ea11fb37e0] allô Thomas,
je überlege encore, comment je cela am besten löse... une so, l'autre so comme mir aussi pas - mais deux verschiedene Opportunités zur Initalisierung sommes plutôt verwirrend, denke je.
Irgendwie bietet sich qui Bereich des Hauptprogramms aussi wirklich à... mon favorisierte concept ist c'est pourquoi im Moment, beides à qui gleichen Stelle unterzubringen et cela Hauptprogramm beim magasin et Entladen qui DLL aufzurufen. Zur Unterscheidung serait je ensuite une neue Profan2Cpp-spezifische Systemvariabele einführen. So pourrait cela ensuite air: quoi hältst Du (et qui sonst mitliest ) en?
MfG
Sebastian |
|
|
| |
|
|
|
| @Sebastian: fais es comme am Reibungslosesten abläuft.
Im Endeffekt behaupte je ist es égal comment cela ganze gehandelt wird.
je serait warscheinlich simple festlegen: si une DLL exportiert volonté soll - so doit folgende 2 Prozeduren im Voir le texte source vorhanden son. dllproc DllInit et dllproc dllexit. alors une un- et Ausstiegsprozedur. comment Du cela ensuite interne regelst sollte dans den Bereich Deiner Erfahrung tomber - womit Du entscheidest quoi am besten funktioniert.
Salve, iF. |
|
|
| |
|
|
|
| DLLCode ausserhalb de Prozeduren empfinde je aussi plutôt comme unüblich. je schließe mich erstmal iFs Vorschlag à, quoique im Endeffekt c'est moi qui Syntax pas so important, seulement qui Possibilité zählt |
|
|
| |
|
|