Migration VC6 -> VC8 : Erreur C2248 due à une fonction générée par le compilateur

Version imprimable

Tout d'abord voila le message d'erreur :

Code:

1
2
3
4
C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(893) : error C2248: 'CObject::CObject' : impossible d'accéder à private membre déclaré(e) dans la classe 'CObject'
        C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(553) : voir la déclaration de 'CObject::CObject'
        C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(524) : voir la déclaration de 'CObject'
        Le diagnostic s'est produit dans la fonction 'CException::CException(const CException &)' générée par le compilateur

Comment se fait-il que le compilateur génère une fonction foireuse ? 8O

27/06/2006, 17h31
nico-pyright(c)

t'es sur que c'est une erreur due à la migration ?

quel est la ligne de code qui provoque cette erreur ?
27/06/2006, 18h00
JoSii
Citation:

t'es sur que c'est une erreur due à la migration ?

Uip sûr :
- Sous VC++6 ça compile sans problemes
- Sous Visual Studio 2003 ça compile avec tout plein d'erreurs mais rien avoir avec cette erreur.
- Sous Visual Studio 2005 BOOM !!!
Citation:

quel est la ligne de code qui provoque cette erreur ?

Le problème c'est qu'il n'y a pas de ligne de code spécifique qui provoque cette erreur vu que l'erreur est provoqué par une fonction générée par le compilateur donc je ne peux pas la connaître.
Disons que j'ai une classe UT_CException qui hérite de CException et une classe UT_CExceptionIA qui hérite de UT_CException :

CException
^
|
UT_CException
^
|
UT_CExceptionIA

L'erreur se produit dans une classe qui fait des

Code:

throw UT_CExceptionIA

Mais ce que je n'arrive pas à comprendre c'est pourquoi le compilateur génère une fonction CException::CException(const CException&) qui est un constructeur par recopie et qui de plus entraine des erreurs à la compilation ?? 8O
27/06/2006, 18h20
mat.M

Moi je sais lire :
error C2248: 'CObject::CObject' : impossible d'accéder à private membre déclaré(e) dans la classe
Donc c'est que tu utilises une classe MFC héritant de CObject ( toutes les classes MFC héritent de CObject).
Ou bien tu utilises une classe perso héritant de CObject.

Sinon il faut savoir que depuis VC6 , des classes comme CString ont été modifiées , intégrées avec ATL et définies avec des templates.
28/06/2006, 09h27
JoSii

Citation:

Sinon il faut savoir que depuis VC6 , des classes comme CString ont été modifiées , intégrées avec ATL et définies avec des templates

Oui mais ça n'a rien à voir avec ça...

Citation:

Moi je sais lire :
error C2248: 'CObject::CObject' : impossible d'accéder à private membre déclaré(e) dans la classe
Donc c'est que tu utilises une classe MFC héritant de CObject ( toutes les classes MFC héritent de CObject).
Ou bien tu utilises une classe perso héritant de CObject.

Oui ça aussi je sais lire mais malheureusement le vrai problème vient de la :

Citation:

Le diagnostic s'est produit dans la fonction 'CException::CException(const CException &)' générée par le compilateur

Le probleme c'est que cette fonction générée par le compilateur essaye surement d'accéder à un membre privée de la classe CObject dont elle hérite. Les CException heritent de CObject !
Donc je vois où est le problème mais je ne vois pas du tout comment le résoudre ? Comment empécher le compilateur de générée cette fonction ? :?
J'espère que je ne suis pas le seul à avoir rencontré ce problème lors d'une migration de VC++6 vers VC++8 ?? :(

Ce problème me rend :aie: ...

Toute aide est la bienvenue et je pense que si on trouve la réponse ça pourrait faire partie du Tuto sur la migration.

Merci.
28/06/2006, 09h49
Médinoc

Je pense qu'il y a un problème de constructeur de copie: Celui de CObject semble être privé, et les CException ne définissent pas leur propre constructeur de copie, tu te retrouves à tenter d'appeler le constructeur privé-->erreur.

Solution possible: Définir ton propre constructeur de copie pour ta classe qui hérite de CException.
28/06/2006, 09h59
farscape

facile a verifier consulte la definition de la classe en VC6 et celle en VC 2005 ...
:D
28/06/2006, 10h32
JoSii

Citation:

Je pense qu'il y a un problème de constructeur de copie: Celui de CObject semble être privé, et les CException ne définissent pas leur propre constructeur de copie, tu te retrouves à tenter d'appeler le constructeur privé-->erreur.

Solution possible: Définir ton propre constructeur de copie pour ta classe qui hérite de CException.

Ouep oki c'est ce que je pense aussi mais faut-il que je redéfinisse aussi l'operateur d'affecation ?

Code:

operator=(...)

Citation:

facile a verifier consulte la definition de la classe en VC6 et celle en VC 2005 ... :D

Déjà fait, les définitions sont les même c'est le compilateur de VC8 qui est beaucoup plus exigent que le compilateur de VC6. Le compilateur de VC6 laissait finalement une classe héritant de CObject accéder à une méthode privée de CObject, probleme qui a été résolu par le compilateur de VC8 pour mon plus grand malheur...
Le laxisme des anciennes versions du compilateur c++ de visual entraine plein de probleme pour la migration, si seulement les developpeurs c++ avaient été plus rigoureux sur ce projet ... :cry:
Pas facile de faire une migration :aie:
28/06/2006, 10h40
farscape

re,
dans la classe CException il n'y a pas de constructeur de copie ...
tu as appelé directement le constructeur de copie de CObjet a partir de ta classe dérivée ?
si c'est le cas l'erreur ne m'etonne pas trop...
:D
28/06/2006, 11h36
JoSii

Citation:

Envoyé par farscape

tu as appelé directement le constructeur de copie de CObjet a partir de ta classe dérivée ?
si c'est le cas l'erreur ne m'etonne pas trop...
:D

Je répète : ce n'est pas moi qui ai appelé directement le constructeur de copie de CObject mais la fonction générée par le compilateur :

Citation:

C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(893) : error C2248: 'CObject::CObject' : impossible d'accéder à private membre déclaré(e) dans la classe 'CObject'
C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(553) : voir la déclaration de 'CObject::CObject'
C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h(524) : voir la déclaration de 'CObject'
Le diagnostic s'est produit dans la fonction 'CException::CException(const CException &)' générée par le compilateur

Je me demande alors si :
-> Y'a t'il un moyen d'interdire au compilateur de générer cette fonction ?

-> Faut-il que je redéfinisse le constructeur de copie et l'operateur = dans mes classes dérivées de CException ?

Je rappelle que je développe sous Visual Studio 2005 et que l'erreur ne se produit pas sous Visual C++ 6 ni sous Visual Studio .NET 2003.

Est-ce que quelqu'un développant sous VS2005 et ayant réussi à créer des classes héritant de CException peut me dire ce qu'il faut faire ?

Merci encore pour votre coup de main.

EDIT : Au fait personne trouve ça bizarre que CException n'ait pas de constructeur par recopie de définit ni l'opérateur d'affectation ? 8O
C'est pourtant la première chose que j'ai appris à l'ecole...
28/06/2006, 12h59
farscape
voila:
Code:

1 2 3 4 5 6 7 class CExceptionEx : public CException { public: CExceptionEx():CException(){} CExceptionEx(const CExceptionEx &rSrc){} };
ecrit avec visual 2005 ,sans problemes.
ils ont pas mis de constructeur parce qu'il n'y en avait pas besoin .
il n'y a qu'une donnée membre de type BOOL...
le constructeur de copie par defaut étant suffisant .
:D
28/06/2006, 17h12
JoSii

Citation:

Envoyé par farscape

ils ont pas mis de constructeur parce qu'il n'y en avait pas besoin .
il n'y a qu'une donnée membre de type BOOL...
le constructeur de copie par defaut étant suffisant .
:D

Ben dans mon cas ça aurait été bien utile vu que le compilateur génére un constructeur par recopie pour CException qui finalement ne marche pas. Un compilateur n'est pas censé planter quelque soit le cas de figure. C'est pas très rigoureux tout ça... 8O
28/06/2006, 17h26
farscape

néanmoins la reponse doit etre dans ton code ....
le code que j'ai posté compil sans probleme.
il faudrait nous montrer la definition de tes classes derivées...
:D
28/06/2006, 17h53
JoSii

Je vais modifier les classes qui héritent de CException afin qu'elles redéfinissent le constructeur par recopie. Et voir si ça marche... Si ça passe chez toi, ça devrait passer chez moi :D
Merci bien de ton aide !
03/07/2006, 16h55
JoSii
Bon je suis content c'est résolu :mrgreen:
Le problème venait du fait que je lançait les exception dans ce style :
Code:

1 2 3 4 throw (UT_CException([...])) { [...] }
Le problème est corrigée en les lançant ainsi :
Code:

1 2 3 4 throw (new UT_CException([...]) [ [...] }
Il n'y a alors plus appel au constructeur de copie. Le fait de redéfinir le constructeur de copie n'ayant pas résolu le problème c'est la seule solution que j'ai trouvé pour résoudre ce problème. En fouillant dans les FAQ de chez Crosoft c'est aussi la solution qu'il préconisait. Bizarre, bizarre...

Mais bon ... :mrgreen: