XProfan

- page 1 -

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.

testcode.zip.txt	5 kB

Hochgeladen:	25.07.2005

Downloadcounter:
		Download

25.07.2005 ▲

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

Innovative Produkte für Aufzüge

25.07.2005 ▲

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.

25.07.2005 ▲

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

26.07.2005 ▲

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

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

Alte Profan²-Seite: [...]

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

Kompilieren Marque Séparation

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:

si %DLLInit

    Code zur Initialsierung

d'autre

    Code zum Aufräumen

endif

quoi hältst Du (et qui sonst mitliest

) en?

MfG

Sebastian

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

Alte Profan²-Seite: [...]

@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

- page 2 -

Sebastian
König

j'ai es maintenant so gemacht comment dessus beschrieben - alors avec %DLLInit. Gefällt mir wirklich am besten et ließ sich aussi am einfachsten umsetzen

.

Ist un un peu à Delphi angelehnt, si je mich pas irre. là wird aussi qui Code im Hauptteil (entre begin et end.) beim magasin fonctionnement, mais zum Aufräumen devrait on doch une extra Procédure erstellen... (et cela me plaisait oui pas...)

comment De toute façon, je hoffe, so comme maintenant ist sommes alle einigermaßen zufrieden

.

MfG

Sebastian

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

Alte Profan²-Seite: [...]

allô Sebastian,
Ist es richtig, cela qui Systemvariable toujours ausgewertet volonté doit?
Kompilieren Marque Séparation

 $DLL

DLLProc Addiere, 2

    parameters a%, b%
    return a% + b%

EndProc

If %DLLInit

    MessageBox("DLL wurde geladen", "DLL-Test",64)

Else

    MessageBox("DLL wurde entladen", "DLL-Test",64)

EndIf

funktioniert Erwartungsgemäß
Kompilieren Marque Séparation

 $DLL

DLLProc Addiere, 2

    parameters a%, b%
    return a% + b%

ENDPROC

MessageBox("DLL wurde geladen", "DLL-Test",64)

Si non %DLLInit

    MessageBox("DLL wurde entladen", "DLL-Test",64)

EndIf

ici hätte je pas erwartet, cela la première Messagebox 2x erscheint.

Nochwas: Autocompress-Plugin pouvoir chaque fois vorm saisir une Messagebox, qui véritable auparavant pas là.

28.07.2005 ▲

Sebastian
König

[quote-part:f157a845ad]Ist es richtig, cela qui Systemvariable toujours ausgewertet volonté doit?
[...]
Nochwas: Autocompress-Plugin pouvoir chaque fois vorm saisir une Messagebox, qui véritable auparavant pas là.[/quote-part:f157a845ad]
allô Thomas,

oui, %DLLInit sollte toujours (si quelque chose initialisiert ou bien aufgeräumt volonté muss) abgefragt volonté. Es wird toujours cela komplette Hauptprogramm aufgerufen - allez oui aussi pas anders, là alles zusammen dans einer Funktion landet.

qui MessageBox chez AutoCompress ist une Debug-Ausgabe (incorporé à l'affaire avec %1 trop korriegieren), qui je versehentlich pas entfernt habe - sorry! Wird dans qui prochain Beta naturellement weg son

.

MfG

Sebaitian

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

Alte Profan²-Seite: [...]

28.07.2005 ▲