Discussion :

[Guillemot]

Bonjour à tous,

je ne sais pas trop où poser cette question vu qu'il ne s'agit pas exactement de programmation mais pas vraiment de système non plus. J'espère que je l'ai placé au bon endroit.

Je n'ai pas réussit à trouver l'information suivante :
Lorsqu'un programme (par exemple multi-thread) fait appel à une DLL. Elle est d'abord chargé en mémoire puis exécuté. mais comment celà se passe-t-il?
la DLL est-elle chargé et éxécuté au sein du thread appellant? dans un nouveau thread du processus appellant? dans un nouveau processus?

J'étudie un programme qui inclut plusieurs services d'alertes complètement différents programmé en multi-thread. Une partie du programme ("composant de base") inclut des fonctions communes à tous les services (diffusions des alertes, décodages des trames réseau, ect...). 1 service utilise une DLL externe pour son traitement (en fait ce service n'est qu'une passerelle accès vers la DLL).
Je voudrais aussi savoir s'il était possible de relancer uniquement la dll en cas de plantage ou s'il fallait (comme pour les autres services) relancer tout le programme à cause d'un seul service planté?

La réponse à cette question me permettera soit de préconiser soit un developpement en multi-processus (il faut impérativement pouvoir ne relancer que le service de planté et pas tout le programme - d'ailleur il faut aussi que le programme continue de tourné s'il y a un service de planté) ou soit d'externaliser les services dans des DLL. (qui est la voie prise aujourd'hui mais dont j'ai bien l'impression qu'elle ne résoudra rien)

Merci par avance

[moldavi]

Lorsqu'un programme (par exemple multi-thread) fait appel à une DLL. Elle est d'abord chargé en mémoire puis exécuté. mais comment celà se passe-t-il?
la DLL est-elle chargé et éxécuté au sein du thread appellant? dans un nouveau thread du processus appellant? dans un nouveau processus?

Une DLL c'est une librairie partagée. Le but c'est justement que des morceaux de codes identiques ne se trimbalent pas à tout va dans la mémoire. La DLL est donc chargée en mémoire lors de son appel (sauf si elle n'y est pas déjà). Après c'est le SE qui s'occuppe du reste, et c'est aussi la raison pour laquelle une DLL que l'on compile doit respecter les conventions de l'API sous-jacent . Ton programme obtient alors une "instance" vers cette dll.

Je voudrais aussi savoir s'il était possible de relancer uniquement la dll en cas de plantage ou s'il fallait (comme pour les autres services) relancer tout le programme à cause d'un seul service planté?

C'est un peu compliqué. Je ne suis pas sur que l'on puisse décharger explicitement une DLL de la mémoire, en tout cas les autres programmes qui l'utilisent vont faire la gueule...
Le seul conseil que je puisse te donner, n'utilises pas une DLL buggé.

La réponse à cette question me permettera soit de préconiser soit un developpement en multi-processus (il faut impérativement pouvoir ne relancer que le service de planté et pas tout le programme - d'ailleur il faut aussi que le programme continue de tourné s'il y a un service de planté) ou soit d'externaliser les services dans des DLL. (qui est la voie prise aujourd'hui mais dont j'ai bien l'impression qu'elle ne résoudra rien)

Une DLL ne doit contenir que du code qui fonctionne sans bug. Lorsque tu fais du multithreading, tes threads s'exécutent au sein du même processus, donc si un thread plante, tout plante.

Je ne connais pas l'architecture de ton programme, mais pour palier à ce problème (au cas ou tu es obligé d'utiliser une DLL buggée), il ne faudrait pas utiliser le multithread. Il faudrait que tes threads soit remplacés par des processus. Certes la communication interprocessus est plus compliquée que la communication inter-thread, mais au moins un processus qui plante à cause de la DLL ne fera pas planter les autres processus.

Mais l'idée qui me vient, c'est que si ta DLL est buggé alors même les autres processus planteront lorsqu'ils utiliseront la portion de code buggé.
Mais en effet, ils ne planteront peut-être pas tous en même temps... Drôle de conception je dois avouer.

Sinon pour info, en C++, tu as les exceptions qui te permettent une gestion des erreurs. Ce serait une solution pour le multithread, mais ton programme pourrait quand même se retrouver dans une situation instable (selon la gravité de l'exception) qui obligerait de relancer tout le programme.

[Guillemot]

Bonjour et merci beaucoup de votre réponse.

Je suis effectivement obligé d'utilier cette DLL mais elle n'est utilisé que par un seul service, donc si je fait un processus par service, il n'y en aura qu'un qui plantera. Ca sera mieux, merci.

bonne continuation