| |
|
|
| >> Erzeugen de DLL de Profano²/XProfan-Codes
Un Descripción, cómo Características exportiert Yo por desgracia, no gefunden. Un kurze Erläuterung wäre nett. |
|
|
| |
|
|
|
| Na Usted otra vez - is doch bastante simplemente:
Como sonst??
Salve, IF.
PS: Und nun sag auch todavía uno producido así no .dll de XProfan heraus?!!! :/: |
|
|
| |
|
|
|
Sebastian König |
Un Descripción, cómo Características exportiert Yo por desgracia, no gefunden. Un kurze Erläuterung wäre nett.
Hola Tomás,
en el Ayuda hay doch el neuen Abschnitt Dynamic Link Libraries . Hier una Ausschnitt lo:
El Direktive $DLL, el al Anfang des Quellcodes posición debería, teilt Profano2Cpp con, dass una DLL generiert voluntad se.
Prozeduren, el exportiert voluntad debería, voluntad con dllproc eingeleitet. Nach el Namen el Procedimiento se esta como zweites Argument el número el Parámetro, el el Procedimiento esperado, angegeben. Diese Zahl debería natürlich con el, qué später con parámetros spezifiziert se, übereinstimmen. Mit dllproc deklarierte Prozeduren puede no verschachtelt voluntad.
Lo son hay auch una kurzes Ejemplo para una DLL. Alles klar?
MfG
Sebastian |
|
|
| |
|
|
|
| Gracias primero para el Referencia con el Ayuda , Yo sólo en el Versionhistorie geschaut. Meinen ansonsten funcionamiento Testcode hänge Yo hier veces ran. Bitte umbenennen en zip. |
|
|
| |
|
|
|
Fernando Santos | ¡Hola Sebastian
Posesiones intenta con dein Ejemplo una DLL a redactar, lo se una dll con el grösse de etwa 350KB generiert y si yo versuche el beispielprogramm a starten erscheint el meldung el el namedll.inc No se ha encontrado se. Yo muss irgendwie algo falso hacer, oder???
Gruss
Pedro |
|
|
| |
|
|
|
| Prf2CPP producido beim erzeugen el DLL auch ni dazugehörige Includedatei. Diese debería en el selben Directorio mentira como PRF welche el Includedatei benötigt. Kopiere el producido Incluir also en Su Programmierverzeichnis.
Salve, IF. |
|
|
| |
|
|
|
| ¡Hola Sebastian, Code ausserhalb de Proceduren se el DLLMain() hinzugefügt. Damit kann Yo also globale Deklarationen ausführen. Dies entspricht sí en etwa AttachThread(), Jetzt fehlt me aber el Gegenstück DetachThread() para automatischen Aufräumen y Speicher liberación. Auf el qué en FreeDLL passiert Yo sí sonst keinerlei Einfluß. Wird tal vez sólo selten gebraucht, sin embargo si una Umsetzung no großen Problemas bereitet wäre lo doch schön si dieses todavía einbauen könntest |
|
|
| |
|
|
|
Sebastian König | [quote:32e8acf1bc]¡Hola Sebastian, Code ausserhalb de Proceduren se el DLLMain() hinzugefügt. Damit kann Yo also globale Deklarationen ausführen. Dies entspricht sí en etwa AttachThread(), Jetzt fehlt me aber el Gegenstück DetachThread() para automatischen Aufräumen y Speicher liberación. Auf el qué en FreeDLL passiert Yo sí sonst keinerlei Einfluß. Wird tal vez sólo selten gebraucht, sin embargo si una Umsetzung no großen Problemas bereitet wäre lo doch schön si dieses todavía einbauen könntest[/quote:32e8acf1bc] Hola Tomás,
stimmt, así algo wäre wirklich sinnvoll. Tiempo sehen, como yo al besten umsetze... qué hältst Usted de uno Art CleanUp-Procedimiento, welche - si está disponible - automáticamente beim Entladen el DLL aufgerufen se?
MfG
Sebastian |
|
|
| |
|
|
|
| ¡Hola Sebastian, genau soetwas mi Yo. Tal vez debería auch el Main optinal en un DLLProc gelegt voluntad puede (wegen el Übersichtlichkeit). Z.B.: DLLProc DLL_Init,0 DLLProc DLL_End,0
Müßte entonces en él hingewiesen voluntad, el esta Características automáticamente ausgeführt y ser no aufgerufen voluntad puede.
Wäre toll si el en irgendeiner Form integrieren könntest |
|
|
| |
|
|
|
Sebastian König | [quote:ea11fb37e0]genau soetwas mi Yo. Tal vez debería auch el Main optinal en un DLLProc gelegt voluntad puede (wegen el Übersichtlichkeit). Z.B.: DLLProc DLL_Init,0 DLLProc DLL_End,0
Müßte entonces en él hingewiesen voluntad, el esta Características automáticamente ausgeführt y ser no aufgerufen voluntad puede.
Wäre toll si el en irgendeiner Form integrieren könntest[/quote:ea11fb37e0] Hola Tomás,
Yo überlege todavía, como yo al besten löse... Eins así, el otro así gefällt me auch no - aber zwei verschiedene Möglichkeiten a Initalisierung son más verwirrend, denke Yo.
Irgendwie bietet se el Zona des Hauptprogramms auch wirklich a... Mi favorisierte Concepto Por consiguiente, en el Moment, beides a el gleichen Punto unterzubringen y el Hauptprogramm beim Laden y Entladen el DLL aufzurufen. A Unterscheidung sería Yo entonces una neue Profano2Cpp-spezifische Systemvariabele einführen. So podría el entonces aussehen: Was hältst Usted (y wer sonst mitliest ) su?
MfG
Sebastian |
|
|
| |
|
|
|
| @Sebastian: Mache lo como al Reibungslosesten abläuft.
Im Endeffekt behaupte Yo es egal como todos gehandelt se.
Yo sería warscheinlich simplemente festlegen: Wenn una DLL exportiert voluntad se - así necesario folgende 2 Prozeduren en el Ver código fuente disponible ser. dllproc DllInit y dllproc dllexit. Also una Ein- y Ausstiegsprozedur. Como Usted el entonces intern regelst debería en el Zona Deiner Erfahrung fallen - womit Usted entscheidest qué al besten funktioniert.
Salve, IF. |
|
|
| |
|
|
|
| DLLCode ausserhalb de Prozeduren empfinde Yo auch más como unüblich. Yo schließe mich primero iFs Vorschlag a, obwohl en el Endeffekt me está el Syntax no así wichtig, sólo el Möglichkeit zählt |
|
|
| |
|
|