C++

Erreur d'accès ambigu à une fonction membre après dérivation multiple

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Erreur d'accès ambigu à une fonction membre après dérivation multiple

papangue

Salut à tous.

Soit le code suivant:

Code :

struct A
{
void x(int i)
{
printf("\nIn A::x" );
}
};
struct B
{
void x(char c)
{
printf("\nIn B::x" );
}
};
struct C : A, B
{
// uncomment the following two lines to resolve this C2385
// using B::x;
// using A::x;
};
int main()
{
C toto;
toto.x(100); // ==> Génère une erreur
toto.x('c'); // ==> Génère une erreur
}

La question est simple: VC++ génère une erreur à la compilation car il ne semble pas etre capable de déterminer quelle fonction x il doit exécuter; mon soucis est que la signature des fonctions n'est pas la même puisque dans un casla fonction x parend comme argument un char et dans l'autre c'est un int. Si c'était simplement de la surcharge de fonction ça marcherait sans aucun problème il me semble.
Serait-ce possible que ce soit un probleme de scope puisque l'utilisation des using permet de faire sauter cette ambiguité.
Quelqu'un peut-il m'en dire un peu plus sur le sujet? Sa'git-il d'un comportement que l'on retrouve sur d'autre compilateurs ou est-ce une particularité de VC++?

Merci par avance pour vos réflexions sur le sujet.

Message édité par papangue le 29-03-2007 à 22:52:23

Publicité

++fab

victime du syndrome IH

Citation :

Serait-ce possible que ce soit un probleme de scope puisque l'utilisation des using permet de faire sauter cette ambiguité.

si au réultat du "name lookup", il y a des noms identiques ne provenant pas de la même base, il y a alors ambiguité et le programme n'est pas valide.

Citation :

S'agit-il d'un comportement que l'on retrouve sur d'autre compilateurs ou est-ce une particularité de VC++?

VC++ applique ce que le standard dicte, et les autres compilateurs doivent faire de même.

Message cité 1 fois
Message édité par ++fab le 30-03-2007 à 00:19:18

papangue

++fab a écrit :

Citation :

Serait-ce possible que ce soit un probleme de scope puisque l'utilisation des using permet de faire sauter cette ambiguité.

si au réultat du "name lookup", il y a des noms identiques ne provenant pas de la même base, il y a alors ambiguité et le programme n'est pas valide.

Citation :

S'agit-il d'un comportement que l'on retrouve sur d'autre compilateurs ou est-ce une particularité de VC++?

VC++ applique ce que le standard dicte, et les autres compilateurs doivent faire de même.

Sauf que la signature n'est pas la même:
dans un cas on a une fonction de type x(int) et dans l'autre c'est du x(char).
Donc pour moi l'ambiguité devrait être automatiquement levée - c'est la cas lors de la surcharge d'une fonction il me semble.

Message cité 1 fois

++fab

victime du syndrome IH

papangue a écrit :

Sauf que la signature n'est pas la même:
dans un cas on a une fonction de type x(int) et dans l'autre c'est du x(char).

Cela n'a pas d'importance, seul le nom compte.

Citation :

Donc pour moi l'ambiguité devrait être automatiquement levée

Non. Imagine une classe héritant de A et de B, A provenant du vendeur EntrepriseA et B provenant de EntrepriseB.
EntrepriseA et EntrepriseB ne se connaisse pas. A chaque mise à jour des bibliothèques, tu peux imaginer les problèmes qui se poserait si C++ ne procédait pas ainsi ...

papangue

en effet de ce point de vu c'est compréhensible

FORUM HardWare.fr

Programmation

C++

Erreur d'accès ambigu à une fonction membre après dérivation multiple

Sujets relatifs
comment utiliser cette fonction	inclusion multiple
Erreur php	Fonction pour écrire un DWORD dans la base de registre avec VB6
Problemme sur fonction [debutant]	petit problème pour transfert de valeurs dans liste à choix multiple
fonction setInterval	fonction changer nom fichier
[PHP] Fonction include dreamweaver
Plus de sujets relatifs à : Erreur d'accès ambigu à une fonction membre après dérivation multiple

Page générée en 0.060 secondes