scoubidou944
Messages postés714Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention19 janvier 2017
-
9 mai 2006 à 15:39
scoubidou944
Messages postés714Date d'inscriptionmardi 22 avril 2003StatutMembreDernière intervention19 janvier 2017
-
16 mai 2006 à 14:08
Un problème bête que je me pose. Lorsque l'on utilise des DLL, elles sont dans le dossier de l'application en cours. Pour le debug c'est bien mais si l'on installe le programme dans un dossier et les DLL dans un autre, comment on fait ?
Lutinore
Messages postés3246Date d'inscriptionlundi 25 avril 2005StatutMembreDernière intervention27 octobre 201241 9 mai 2006 à 16:40
Salut, Comme le dit Nikoui le mieux c'est encore de copier les dlls dans le dossier de l'application ou dans le/la GAC. Il me semble aussi que le "chargeur" d'assembly peut aussi par défaut trouver une assembly si elle est dans un sous-répertoire du même nom, ( ex: myDll.dll dans MyApplication/MyDll ), regardes aussi du coté de l'élément "probing" dans le fichier de configuration et reste en cas d'échec l'évènement AssemblyResolve du domaine d'application.
Lutinore
Messages postés3246Date d'inscriptionlundi 25 avril 2005StatutMembreDernière intervention27 octobre 201241 10 mai 2006 à 10:37
Nan nan c'est pas de la bidouille, justement il y'a un élément du fichier de configuration qui permet de localiser tes assemblys externes, et si l'assembly n'est pas trouvée un évènement est déclenché pour te le signaler et il donne une dernière chance de localiser l'assembly, c'est plutôt bien..
Vous n’avez pas trouvé la réponse que vous recherchez ?
Lutinore
Messages postés3246Date d'inscriptionlundi 25 avril 2005StatutMembreDernière intervention27 octobre 201241 11 mai 2006 à 16:28
Dans VS, clique droit sur ton projet > ajouter un nouvel élément > fichier de configuration.. Ca créer un fichier ( XML ) temporaire nommé App.config mais à la compilation il sera renommé en "ApplicationName.exe.config".. C'est aussi ce fichier là qui contient les "Settings".