[MFC] heritage multiple : CHtmlView & CWinThread destruc

Version imprimable

bonjour

j'ai une class qui hérite de CWinThread et CHtlView

et il me met ca lors de la compilation :

Code:

1
2
3
4
5
 
 
C:\eDataTools\WebSynchronisor\CacheHtml.cpp(26) : error C2385: 'CCacheHtml::delete' is ambiguous
C:\eDataTools\WebSynchronisor\CacheHtml.cpp(26) : warning C4385: could be the 'delete' in base 'CObject' of base 'CCmdTarget' of base 'CWnd' of base 'CView' of base 'CScrollView' of base 'CFormView' of base 'CHtmlView' of class 'CCacheHtml'
C:\eDataTools\WebSynchronisor\CacheHtml.cpp(26) : warning C4385: or the 'delete' in base 'CObject' of base 'CCmdTarget' of base 'CWinThread' of class 'CCacheHtml'

comment je dois faire pour résoudre cette erreur ?

25/05/2005, 16h31
hiko-seijuro

:?: :?:
25/05/2005, 16h35
farscape

salut,
c'st pas possible ton truc...
deja il vaut mieux eviter l'heritage multiple avec les MFC ,mais entre 2 classes MFC c'est pas possible..
:D
25/05/2005, 16h40
hiko-seijuro

ah oki mici
je pouvais tjs chercher :D

Citation:

Envoyé par farscape

salut,
c'st pas possible ton truc...
deja il vaut mieux eviter l'heritage multiple avec les MFC ,mais entre 2 classes MFC c'est pas possible..
:D

hum, suis pas d'accord...
je viens juste de le faire justement...
je ne suis pas sur de moi pour ce qui est de futes de mémoire, mais la compilation passe...

voila le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
/*
 * File : CBuffer.h
 * Date : 25/05/2005
 * Desc : Permet de gérer un double-buffer pour l'affichage
 */
 
#ifndef __CBUFFER_H__
#define __CBUFFER_H__
 
#include "CorrectNew.h"
 
class CBuffer : public CDC , public CRect , protected CBitmap
{
	DECLARE_DYNAMIC(CBuffer)
  private:
	// Données membres
	bool		m_is_init;
 
  public:
	// Constructeurs
	CBuffer();
	void Init(CPaintDC &dc , CRect rect);
	virtual ~CBuffer();
 
	void operator delete(void* p);
};
 
#endif

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
/*
 * File : CBuffer.cxx
 * Date : 25/05/2005
 * Desc : Permet de gérer un double-buffer pour l'affichage
 */
 
#include "stdafx.h"
 
 
#include "CBuffer.h"
 
 
IMPLEMENT_DYNAMIC(CBuffer,CDC)
 
///////////////////
// Constructeurs //
///////////////////
 
CBuffer::CBuffer()
	:m_is_init(false)
{} // CBuffer()
 
CBuffer::~CBuffer()
{} // ~CBuffer()
 
 
void CBuffer::operator delete(void* p)
{} // operator delete()
 
 
////////////////
// Modifieurs //
////////////////
 
void CBuffer::Init(CPaintDC &dc , CRect rect)
{
	this->CopyRect(rect);
 
	this->CreateCompatibleDC(&dc);
	this->CreateCompatibleBitmap(&dc,this->Width(),this->Height()); 
	this->SelectObject(this);
 
	m_is_init = true;
} // CBuffer()

Peut-etre est-ce que je fait une grossière erreur ?....

(le delete est vide pcq je sais pas trop quoi y mettre, pour ça que la libération de la mémoire....)

---
Sebbb

25/05/2005, 17h38
farscape

Je n’ai pas été assez précis :
Pour les classes CDC et cbitmap etc héritent de CObject directe.
Donc possible mais pas recommandé quand même.

Dans son cas ça hérite de CmdTarget (gestion de la boucle des messages) comme toutes les classes fenêtres et la marcha pas .
:D
25/05/2005, 17h42
farscape

pourquoi avoir redefini l'operateur delete ?
:D
25/05/2005, 17h46
sebbb

Citation:

Envoyé par farscape

pourquoi avoir redefini l'operateur delete ?
:D

bah pcq sans ça j'ai le même erreur que lui, delete ambigu...

d'autre part CBitmap n'hérite pas de CObject, mais de CGdiObjets ;)
25/05/2005, 17h56
farscape

et bien relis bien ta doc ...
CObjet c'est la premiere classe dont presque toutes les classes MFC heritent.
pour ton delete tu peux essayer :
CGdiObject::delete();
:D
25/05/2005, 18h17
sebbb

Citation:

Envoyé par farscape

et bien relis bien ta doc ...
CObjet c'est la premiere classe dont presque toutes les classes MFC heritent.
pour ton delete tu peux essayer :
CGdiObject::delete();
:D

ben c'est ce que j'ai essayé, mais il faut pas... (le compilo)

mais les oppérateur delete sont bien appelés en cascade non ?

je pense que le seul pb c'était que il ne savais pas lequel prendre, mais maintenant qu'il y en a un, je pense qu'il doit faire celui de cette classe puis remonter les autres dans l'ordre de dérivation...