| |
|
|
- Página 1 - |
|
 | >> 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. |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
 | 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  |
|
|
| |
|
|
| |
|
- Página 2 - |
|
|
 Sebastian König | Yo habe lo ahora así gemacht como oben beschrieben - also con %DLLInit. Gefällt me wirklich al besten y ließ se auch al einfachsten umsetzen .
Ist una bischen a Delphi angelehnt, si yo mich no irre. Como se auch el Code en el Hauptteil (zwischen begin y end.) beim Laden ausgeführt, aber para Aufräumen debería uno doch una extra Procedimiento redactar... (y el gefiel me sí no...)
Como De todos modos, Yo hoffe, ya que ahora es son todos einigermaßen zufrieden .
MfG
Sebastian |
|
|
| |
|
|
|
 | ¡Hola Sebastian, ¿Es correcto, el el Systemvariable siempre ausgewertet voluntad muß? KompilierenMarcaSeparaciónfunktioniert Erwartungsgemäß KompilierenMarcaSeparaciónhier hätte Yo no esperado, el el erste Messagebox 2x erscheint.
Nochwas: Autocompress-Plugin macht jedesmal vorm packen una Messagebox, el verdadero vorher no como. |
|
|
| |
|
|
|
 Sebastian König | [quote:f157a845ad]¿Es correcto, el el Systemvariable siempre ausgewertet voluntad muß? [...] Nochwas: Autocompress-Plugin macht jedesmal vorm packen una Messagebox, el verdadero vorher no como.[/quote:f157a845ad] Hola Tomás,
sí, %DLLInit debería siempre (si algo initialisiert oder aufgeräumt voluntad muss) abgefragt voluntad. Lo se siempre el komplette Hauptprogramm aufgerufen - va en efecto no anders, como alles zusammen en uno Función landet.
El MessageBox en AutoCompress es una Debug-Edición (instalado a Sache con %1 a korriegieren), el Yo versehentlich no lejos habe - sorry! Wird en el nächsten Beta natürlich weg ser .
MfG
Sebaitian |
|
|
| |
|
|