Bonjour,

Pour mon programme je voudrais faire un système de mise à jour.
Je pensais à faire une DLL, mais on arrive à ma question.

Quand on provoque la fermeture d'un process, la DLL qui était en cours d'utilisation est toujours utilisable ?
Je m'explique.

Je voudrais que le système de mise à jour ferme automatiquement le programme donc l'EXE afin de le mettre à jour, mais je sais pas si la DLL de mise à jour continueras de fonctionner ou non.


Merci d'avance.

Salut,

Voila une question mal posée : .

1)Une DLL est une librairie dynamique : Elle est utilisable par plein de process. Un process ne fait que l'utiliser. En fermant ce dernier, on intervient absolument pas sur la dll. Le pire qu'il puisse t'arriver c'est un beug lors de la fermeture de ton process mais ta DLL elle sera toujours utilisable.

2)Par contre si ta question est de savoir si la fermeture de ton application va provoquée l'intérruption des processus en cours de ta DLL (dans ton cas téléchargement), la réponse est non : Tu fermes que ton application, en aucune facon tu interviens sur ta DLL.

J'avais en effet mal posé ma question et je parlais en effet du petit 2.
Par ce que j'ai fait le test et quand je ferme la fenêtre principale (le fichier .EXE), automatiquement la fenêtre ouverte par la DLL (se trouvant dans celle-ci) est automatiquement fermé.

Merci de l'information.

Que cela soit le 1), le 2), ou ta question (apres traduction ), tout s'explique avec ces 2 lignes de codes

Hdle:=LoadLibrary('MyDLL.dll'); //Charge la DLL
...........................................
FreeLibrary(Hdle); //Libère la DLL



En ce qui concerne les mots de Flo : il a raison. Une DLL est inutile et en plus n'a pas sa place . Pourquoi ? une DLL doit toujours etre concue dans l'optique meme de sa définition : un ensemble de fonctionnalités génériques pouvant etre intéressentes par un ensemble de programme. Faire une DLL qui n'aura d'intéret que pour un soft, n'a aucune raison d'etre : ce qui est le cas ici (Ton processus de download et de mise à jour ne sera pas utilisable par un autre développeur pour un projet différent). Pire : ca fait flippé l'utilisateur langda, ca encombre le HDD et en terme d'optimisation il y a mieux (sinon on ne ferait que des DLL).

Et pis après le désinstalleur il enlève même pas les dll et ça pollue le disque (voire, pire, le répertoire system32) [ Lien ]

Florenth,
Si tu utilises un bon installateur comme InnoSetup, il supprime les DLL si tu les lui à indiqué comme étant des fichiers à supprimer à la désinstallation.

Francky23012301,
Je suis pas d'accord avec toi.
Mon programme est actuellement composé d'un fichier EXE qui est le programme lui même et d'une DLL étant le format du fichier que j'enregistre.
Si je suis ce que tu dis, je dois tous rassembler en un fichier EXE, hors cela n'est pas l'idéale car celui-ci peut devenir énorme.
Le mieux étant toujours des fichiers de petites tailles, qui seront mis à jour indépendamment des autres, ce qui réduit le temps de téléchargement et permettre donc à ceux qui ont encore une petite connexion (oui il y a encore des 56K malheureusement), de faire rapidement la mise à jour.

Mais bon, je suis votre conseil, je suis entrain de faire un fichier EXE à part pour le système de mise à jour ;)

J'ai pas dis ca Christophe  : j'ai seulement dis qu'une DLL est un code binaire contenant des routines génériques. C'est une bibliothèque municipale contenant non pas de livres mais de fonctions : cette bibliotheque est destinée donc un public et non à une seule personne (Pour rester dans la caricature ). Dans ton cas tu as fais une bibliotheque municipale pour une seule personne.

Tu te dois effectivement faire cette procédure dans un EXE. Et pour finir une DLL ne devrait jamais contenir de forms directement .

Ah oui pour finir : Que tu es deux fichiers de 50Mo ou un seul de 100Mo ca ne change pas grand chose (pour pas dire rienà. Ce qui compte c'est de créer et libérer les objets en tant voulus (et pas uniquement à la création et à la fermeture du Main)
, d'avoir un code optimisé, évité les rafraichissements inutiles, utiliser les bonnes technologies ect ect