Discussion :

[ALEX77]

Bonjour

J'ai créé un paquet d'exécution "plugin.bpl" qui dans la clause requires contient aussi d'autres paquets d'exécution (VCL Delphi, JEDI, DevExpress, etc...). J'en ai un autre "common.bpl" qui est le paquet principal de mon application et qui en gros partage des fonctions et variables globales entre l'application et les plugs-ins.

Ma question est la suivante : puis-je compiler "plugin.bpl" mais en faisant en sorte que certains paquets dans sa clause requires soit intégrés dans mon "plugin.bpl" de telle sorte que je n'ai pas besoin de les fournir avec mon application. Je souhaite fournir uniquement les paquets VCL de delphi, common.bpl et plugin.bpl.

Quelqu'un me t-il m'éclairer là dessus car apparament tout paquet d'exécution qui fait appel à d'autres paquets d'execution doit impérativement les trouver son chargement.

[sjrd]

puis-je compiler "plugin.bpl" mais en faisant en sorte que certains paquets dans sa clause requires soit intégrés dans mon "plugin.bpl" de telle sorte que je n'ai pas besoin de les fournir avec mon application.

Non, tu ne peux pas.

Tu es obligé, pour distribuer un paquet d'exécution, de distribuer avec tous les paquets d'exécutions dont il dépend, et cela récursivement.

C'est intrinsèquement nécessaire au bon fonctionnement des paquets et du partage des RTTI (qui est la force des paquets).

[ALEX77]

ah bah zut alors

Merci sjrd pour ta réponse rapide

Si je demande ça c'est parce qu'en fait voilà la form principale de mon application contient des composants DevExpress : une barre de menu, un TreeList, une barre d'état et une barre de navigation et lorsque je l'exécute, dans le gestionnaire de programme je suis à 17 Mo ! rien que ça. Je rappelle que l'application est contruiste avec le paquet d'execution common.bpl que se partage l'application et les plugins.

Lorsque je minimize mon application et que je la restore, la mémoire utilisée passe à 2 ou 3 mo. On est donc passé de 17 à 2 Mo ?

Quelqu'un (ou toi sjrd) peut me dire qu'est-ce qui se passe exactement pour qu'on ai autant de mémoire occupée dès le démarrage ? Peut-on en libérer de la mémoire pour passer à 2 ou 3 mo comme lorsqu'on minimize l'application mais sans avoir à la minimizer ?

Comme mon projet va etre essentiellement construit autour de plugins tournant autour d'un paquet d'execution principal, cela est déterminant pour la suite du développement.

Merci pour vos réponses

[exoseven]

ah bah zut alors
Peut-on en libérer de la mémoire pour passer à 2 ou 3 mo comme lorsqu'on minimize l'application mais sans avoir à la minimizer ?

avec cette procédure tu as l'équivalent en terme de libération mémoire de la minimisation.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
procedure FreeMemory;
var
  MainHandle : THandle;
begin
  MainHandle := OpenProcess(PROCESS_ALL_ACCESS, FALSE,
GetCurrentProcessID);
 try
  SetProcessWorkingSetSize(MainHandle, $FFFFFFFF, $FFFFFFFF);
 finally
  CloseHandle(MainHandle);
 end;
end;

[ALEX77]

Merci exoseven pour ton code je l'ai testé et ça a fonctionné !

Mais un autre problème persiste, lorsque j'execute mon application Delphi se bloque. Obligé de le killer. Par contre j'arrive à exécuter mon application sans problème directement par l'exécutable.

J'ai fait des recherches sur Google avec plusieurs mots clefs "delphi freeze packages runtimes" et je n'ai rien trouvé de concret.

S'agit-il d'un beug lié à Delphi ou bien à autre chose ?

[sjrd]

Il m'arrive d'avoir ce problème, en effet, avec Delphi 2005 update 3, et en travaillant avec des paquets d'exécution.

Il semble que Delphi se confonde dans ses DCU de débogage. Je parviens parfois à m'en tirer en reconstruisant tous les projets de mon groupe de projet. Mais parfois c'est aléatoire, et ça finit par refonctionner au bout d'un moment.

[ALEX77]

Salut Sjrd

Moi je suis en Delphi 7 Entreprise.

En faisant quelques petites recherches sur les paquets sur le forum je suis finalement tombé sur un topic dans lequel un des participants dit qu'en fait cela viendrait du debugger de Delphi et qu'il vaut mieux le désactiver.

En ce qui me concerne, lorsque je lance mon application la première fois, elle démarre correctement. Je la quitte. Je la relance une deuxième fois toujours depuis Delphi et là... gelée, delphi aussi. Seul moyen, gestionnaire de tache et Terminer le processus !

J'ai donc désactivé le débugger dans les options de delphi et depuis cela semble résolu et le problème n'est par réapparu.

Toujours est-il que ce problème est assez curieux car je pense tout de même avoir compris les bases pour les paquets d'execution.

J'espère que tu pourras toi aussi regarder de ton côté pour ta version 2005.

[sjrd]

Désactiver le débuggueur ? Diantre de fichtre ! Jamais je ne ferais ça
Comment peut-on espérer parvenir à la fin d'un projet sans débuggueur ?

[ALEX77]

Désactiver le débuggueur ? Diantre de fichtre ! Jamais je ne ferais ça
Comment peut-on espérer parvenir à la fin d'un projet sans débuggueur ?

en évitant de faire des erreurs

Moi aussi je me suis dit la même chose mais je crois que de toute façon on en peut pas débogger un paquet d'execution ou j'me trompe ?

[sjrd]

en évitant de faire des erreurs

Il est impossible de développer un projet un peu pas trop petit sans faire d'erreur. Et le pas-à-pas est le meilleur moyen de les repérer, pour les corriger.

Moi aussi je me suis dit la même chose mais je crois que de toute façon on en peut pas débogger un paquet d'execution ou j'me trompe ?

Si, on peut. Il suffit de renseigner le champ Application Hôte dans Exécuter|Paramètres... lorsque ton paquet est activé. C'est comme pour les DLL.

[ALEX77]

Je pensais à un truc : lorsqu'on est sous l'IDE, on peut très bien décocher la "case construire avec les paquets d'execution" le temps de tester et de debogger le programme et lorsqu'on voudra le déployer, recocher la case et le constuire. On pourrait donc laisser le débogger activé comme avant.

C'est juste que si je fais appel à d'autres paquets d'execution de manière dynamique dans mon application poserait peut être problème...

Qu'est ce que tu en pense ? Parce que bon tu dis que ça te fais ce problème et ça n'a pas l'air de t'inquiéter plus que ça... être obligé de killer delphi à chaque fois. non merci.

[sjrd]

Tu ne peux pas faire autrement que d'utiliser (et de construire avec) les paquets d'exécution si tu utilises des paquets chargés dynamiquement (façon plug-in).

Pour ce qui est de m'inquiéter... Bien sûr ça m'inquiète, et je serai content si un jour j'ai un Delphi plus récent qui ne provoque pas le problème
Mais ça n'est pas bloquant. Ca me le fait deux à trois fois de suite, jusqu'à ce que je parviennes à lui faire resynchroniser ses infos de débogage. Et après je suis tranquille pour plusieurs jours.
Et ça ne me gêne que pour le projet dans lequel j'utilise des paquets d'exécution, donc 1 sur 2 gros, avec plusieurs petits à côté.

Donc c'est bug sérieux, mais pas bloquant. Pour tous les avantages qu'il y a à côté dans Delphi, je fais avec

[ALEX77]

Mais ça n'est pas bloquant.
...
Donc c'est bug sérieux, mais pas bloquant. Pour tous les avantages qu'il y a à côté dans Delphi, je fais avec

Pas bloquant ? Moi c'est carrément Delphi et mon application qui sont bloqués !

Mais bon comme tu dis, pour tous les avantages de Delphi, ça vaut le coup