Discussion :

[Caillet_Olivier]

Bonjour,

J'étais venu poster il y a une semaine et demi sur un problème de compilation. J'ai depuis cherché sans grand succès... Je vais donc vous reposer mon problème en espérant que quelqu'un puisse m'aider

J'ai en ma possession un fichier solution .sln qui contient dix projets. Ce que je souhaite, c'est que lors de la compilation de cette solution, tous mes projets excepté l'exécutable aillent dans un sous-dossier nommé "Common". Pour faire ça, je n'ai aucun souci, le problème intervient lors du lancement de mon exécutable qui ne se lance simplement pas.

Du coup je me demande si le problème vient réellement de ma compilation ou plutôt de mon fichier .exe qui n'arrive pas à localiser les .dll correspondantes.

En effet, j'arrive à mettre dans mon dossier "Common" deux projets, les seuls deux projets non liés (totalement libres) et dès que je passe un troisième projet (dans l'ordre de compilation) dans le dossier "Common", mon exécutable ne fonctionne plus.

Je soupçonne donc les différentes liaisons d'être l'origine de mes problèmes mais j'ignore totalement comment y remédier.

En réalité je me doute bien qu'il doit falloir spécifier quelque part sur les projets liés "Va chercher les .dll là" mais je ne sais pas comment faire. Si quelqu'un pouvait m'éclairer ce serait top Merci !

Olivier.

[Masmeta]

Bonjour,

Si j'ai bien compris, dans les options Générate, tu as mis la sortie dans ..\Common.
Ensuite tu as un exécutable qui utilise les librairies se trouvant dans Common. As tu bien référencer tes librairies? Vérifie dans l'explorateur de projet, dans l'onglet Référence si tes librairies ont bien le bon chemin d'accès.
Maintenant as tu des erreurs de compilation dans ta zone de sortie?
As tu fait un pas à pas pour voir où plante le logiciel?

Cdl

[Caillet_Olivier]

Bonjour,

Si j'ai bien compris, dans les options Générate, tu as mis la sortie dans ..\Common.
Ensuite tu as un exécutable qui utilise les librairies se trouvant dans Common. As tu bien référencer tes librairies? Vérifie dans l'explorateur de projet, dans l'onglet Référence si tes librairies ont bien le bon chemin d'accès.
Maintenant as tu des erreurs de compilation dans ta zone de sortie?
As tu fait un pas à pas pour voir où plante le logiciel?

Cdl

Tout à fait. J'ai bien référencé mes librairies et elles sont le bon chemin d'accès. Je n'ai aucune erreur de compilation, seulement des avertissements. Oui, il plante au moment où je dois utiliser ma première librairie qui me définit le contexte.

Depuis mon problème a évolué et ne traite que sur un seul fichier (BOL), j'ai pu mettre toutes mes autres .dll dans Common sans aucun souci...

J'ai vraiment du mal à voir où se situe le problème.

[Masmeta]

Peux tu mettre un bout de code que l'on puisse l'analyser?

C'est quoi un fichier BOL?

[Pragmateek]

Lance ton exécutable depuis la console pour avoir plus d'infos ou consulte les logs de probing du CLR (alias fusion logs).
La recherche des dépendances par le CLR suit un processus très strict et ton dossier "Common" brise ce workflow.
La solution est de spécifier dans l'app.config de ton exécutable principal un "privatePath" où ira chercher le CLR en complément des chemins standards.

[Caillet_Olivier]

Bonjour,

J'ai ajouté le probing avec le bon privatePath (donc Common) mais j'ai toujours BOL qui résiste... À peine j'y touche qu'il râle qu'il ne le trouve pas (non pas lors de la compilation hein, mais lors de l'exécution dans Visual Studio ou via le .exe). Donc je continue de chercher pourquoi.

Le BOL contient mes objets, mes collections ainsi que les classes/méthode de validation.. BOL représente une couche au sein de mon application si tu veux.

Merci pour vos réponses.

[Pragmateek]

Ne serait-ce pas parce que BOL lui-même aurait une dépendance pas au bon endroit (pê une lib native...) ?

Dans tous les cas tu devrais avoir des logs de probing qui donneront plus d'infos, pourrais-tu les poster s'il te plait ?