Discussion :

[r0d]

Bonjour à tous,

Je travaille sur une dll en C++/CLI, et j'ai exactement le même problème que l'initiateur de ce post: http://www.developpez.net/forums/arc.../t-233797.html
A savoir, des erreurs concernant des appels ambigus à IServerProvider.
Cependant, la solution proposée (utiliser #define WIN32_LEAN_AND_MEAN) dans le post ci-dessus ne fonctionne pas dans mon cas, pour la simple et bonne raison que je n'inclus pas windows.h. Je devine que cet en-tête doit être inclus par les dlls que j'utilise dans la mienne, mais je n'y ai pas accés (j'ai juste les dlls et les libs compilés, pas les sources).

Quelqu'un a une idée de la façon dont je pourrais résoudre ce problème?

[nico-pyright(c)]

Salut Rod,

tu peux préciser explicitement le namespace que tu utilises, pour éviter que le compilateur ne sache pas quel IServerProvider utiliser. Concrètement, cela revient à enlever tous les using des .h pour les mettre dans les .cpp.

[r0d]

Merci Nico

Alors en fait, cet exemple nous montre une fois de plus qu'il faut manipuler les namespace avec la plus grande prudence. A mon avis, il est préférable d'éviter les using le plus possible. Car pour ce problème-ci, je l'ai résolu en supprimant totalement mes using namespace et en spécifiant explicitement, à chaque utilisation d'un objet du framework, à quel espace de nommage il appartient. Par exemple: System::String ^ toto.

Seeya.

[Médinoc]

Le plus "normal" à faire, pour moi, c'est:

1. Virer les using namespace (particulièrement System, puisque c'est lui qui contient IServiceProvider) dans les headers.
2. Si tu es en WinForms et que ça te fait suer de mettre le namespace tout le temps, déplacer les implémentations des fonctions concernées du header vers le source.
3. Dans le source, inclure <windows.h> avant les using namespace.

Encore que normalement, si tu inclus simplement <windows.h> avant tous les autres headers, ça devrait aussi marcher...