Discussion :

[Franck.H]

J'ai une solution qui fonctionnait avant mais depuis quelques temps, elle ne fonctionne plus car elle perd une référence vers un projet que j'ai ajouté à la solution.

Le programme est en mode console, j'ai une DLL ajoutée via un sous-projet en C# et une autre via un projet en VB.Net. Cette dernière DLL me pose problème, je peux supprimer la référence puis la remettre, dans les imports il m'enlève les erreurs mais au moment de la compilation il me refait l'erreur, c'est comme si la solution perdait la référence !

Je ne vois plus trop que faire, si quelqu'un a déjà eu ce problème je suis preneur





PS: VS2010 Pro

[mactwist69]

Bonjour,

Si un projet perds une référence, c'est facile de vérfier, il faut aller dans MyProject/Références, et alors les références "perdues" auront pour numéro de version 0.0.0.0.

sinon quelle est l'erreur ?

[Franck.H]

A priori la référence n'est pas perdue mais pas prise en compte apparemment. Pour les messages d'erreur c'est ceux qui sont liés au fait que la référence n'est pas reconnue:

Erreur 6 'Mail' n'est pas déclaré. Il peut être inaccessible en raison de son niveau de protection. C:\Projets\workspace\ImportBoues\ImportBoues\modMain.vb 183 9 ImportBoues

------ Début de la génération*: Projet*: PACKAPI, Configuration*: Debug Any CPU ------
PACKAPI -> C:\Projets\workspace\PACKAPI\PACKAPI\bin\Debug\PACKAPI.dll
------ Début de la génération*: Projet*: Sandre, Configuration*: Debug Any CPU ------
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3270: Il existe une différence entre l'architecture de processeur du projet en cours de génération "MSIL" et l'architecture de processeur de référence "Oracle.DataAccess, Version=4.112.1.2, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=x86", "x86". Cette différence peut entraîner des problèmes de runtime. Veuillez modifier l'architecture de processeur ciblée de votre projet à l'aide du gestionnaire de configuration de façon à aligner les architectures de processeur entre votre projet et les références, ou prendre une dépendance sur les références avec une architecture de processeur correspondant à l'architecture de processeur ciblée de votre projet.
Sandre -> C:\Projets\workspace\SANDRE\Sandre\bin\Debug\Sandre.dll
------ Début de la génération*: Projet*: ImportBoues, Configuration*: Debug x86 ------
C:\Projets\workspace\ImportBoues\ImportBoues\modMain.vb(6) : warning BC40056: L'espace de noms ou le type spécifié dans les Imports 'PackAPI' ne contient aucun membre public ou est introuvable. Vérifiez que l'espace de noms ou le type est défini et qu'il contient au moins un membre public. Vérifiez que le nom de l'élément importé n'utilise pas d'autres alias.
C:\Projets\workspace\ImportBoues\ImportBoues\modMain.vb(7) : warning BC40056: L'espace de noms ou le type spécifié dans les Imports 'PackAPI.Net' ne contient aucun membre public ou est introuvable. Vérifiez que l'espace de noms ou le type est défini et qu'il contient au moins un membre public. Vérifiez que le nom de l'élément importé n'utilise pas d'autres alias.
C:\Projets\workspace\ImportBoues\ImportBoues\modMain.vb(8) : warning BC40056: L'espace de noms ou le type spécifié dans les Imports 'PackAPI.Export' ne contient aucun membre public ou est introuvable. Vérifiez que l'espace de noms ou le type est défini et qu'il contient au moins un membre public. Vérifiez que le nom de l'élément importé n'utilise pas d'autres alias.
C:\Projets\workspace\ImportBoues\ImportBoues\modMain.vb(183) : error BC30451: 'Mail' n'est pas déclaré. Il peut être inaccessible en raison de son niveau de protection.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3253: Le Framework ciblé actuel ".NETFramework,Version=v4.0,Profile=Client" ne comprend pas "System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" dont dépend l'assembly référencé "C:\Projets\workspace\PACKAPI\PACKAPI\bin\Debug\PACKAPI.dll". Cela a empêché la résolution de l'assembly référencé. Pour résoudre cela, (1) modifiez le Framework ciblé pour ce projet, ou (2) supprimez l'assembly référencé du projet.
========== Génération*: 2 a réussi ou est à jour, 1 a échoué, 0 a été ignoré ==========

[mactwist69]

Arf, on dirait bien que le logiciel que tu développes est pour processeur 64 bits... Contrairement à tes DLL.

C'est possible ça ?

[Franck.H]

[EDIT]
Je précise également que j'ai reconstruit toute la solution et j'ai toujours le même problème.
J'ai également d'autres projets qui utilisent ces deux DLL et je n'ai aucun problème.

[Franck.H]

J'ai remarqué que j'avais ce warning:

Avertissement 1 Le Framework ciblé actuel ".NETFramework,Version=v4.0,Profile=Client" ne comprend pas "System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" dont dépend l'assembly référencé "C:\Projets\workspace\PACKAPI\PACKAPI\bin\Debug\PACKAPI.dll". Cela a empêché la résolution de l'assembly référencé. Pour résoudre cela, (1) modifiez le Framework ciblé pour ce projet, ou (2) supprimez l'assembly référencé du projet. ImportBoues

J'ai vérifié le Framework cible du projet principal qui était en .Net Framework 4 Client Profile, en le passant sur .Net Framework 4 comme les sous-projets, cela a réglé le problème.

quand même d'avoir essayé de m'aider

[mactwist69]

Content que tout aille bien.

Mais du coup en lisant des sujets concernant ton erreur, il en ressort qu'il y a parfois des problèmes, si des Dll et un projet n'ont pas exactement le même type de plateforme cible : Donc "x86" et "Any CPU" peuvent parfois (d'après certains postes) poser problème.

J'espère que tu n'auras pas ce genre de souci !

[clementmarcotte]

Bonjour,

Content que tout aille bien.

Mais du coup en lisant des sujets concernant ton erreur, il en ressort qu'il y a parfois des problèmes, si des Dll et un projet n'ont pas exactement le même type de plateforme cible : Donc "x86" et "Any CPU" peuvent parfois (d'après certains postes) poser problème.

J'espère que tu n'auras pas ce genre de souci !

Si on me permet un petit ajout personnel:

Les "vieux" projets avec Managed Direct (DirectX for Managed Code) sont incompatibles avec anycpu ou x64. Seul 86 est autorisé; et la version du Framework ne change pas grand chose. Et c'est aussi vrai avec VS2015.
Également, la vieille DLL "DSOFile" (pour lire ou modifier les propriétés des fichiers Office sans avoir Office) est aussi incompatibles avec anycpu et x64. (Mais celle-là, je ne l'ai pas encore essayée avec VB 2015.)

Je ne suis pas prêt à le jurer, mais, si je me fie aux vieux contrôles VB6 qui sont incompatibles avec Les Office à 64 bits, les contrôles 32 bits qui n'ont pas été développés ou recompilés pour être compatibles 64 bits, devraient aussi être limités à x86 seulement.

Voili, voilà.

[r.morel]

Également, la vieille DLL "DSOFile" (pour lire ou modifier les propriétés des fichiers Office sans avoir Office) est aussi incompatibles avec anycpu et x64. (Mais celle-là, je ne l'ai pas encore essayée avec VB 2015.).

Salut,
Je me permet une modeste contribution, puisque comme indiqué dans ce fil :http://www.developpez.net/forums/d15...liotheque-dso/
J'ai testé la bibliothèque DSO avec VS2015 Community et cela ne fonctionne effectivement pas en AnyCPU et x64.
Bonne journée.