Problèmes de headers avec DLL malgré compilation ok

Salut,

J'ai un gros projet qui utlise des dll persos (dll pleines de classes).
ET j'ai un problème avec ma dernière dll.
Elle se compile nickel.
Je met la lib, la dll et TOUS les headers (nécessaires à la compilation de la dll) avec le programme principal, pas de pb, il compile se lance et ne bugge pas :D.
Ensuite je vire les headers, supprime les membres publics des classes de la dll, supprime plein de fonctions, bref, ne laisse que le strict minimum pour que la compilation réussi.
C'est le cas, compilation ok, le programme se lance, mais là, crash dès le premier clic ou lors de la sortie !

Comment ça se fait ?
Mon programme compilé n'est pas censé être exactement le même malgré ce que je fais avec les headers tant que la compilation réussi ?

J'aimerais avoir vos avis.

Merci

J'en sais un peu plus sur la cause du crash.
Après plusieurs tests, j'ai vu que le programme commence à crasher quand je retire certains attributs à la classe CScene (la classe CScene est dans la dll, mais le programme a besoin de son header, c'est ce header que je veux réduire au minimum).

Ci-dessous les attributs 'private' dans le fichier "Scene.h".
Ceux avec // devant ont pu être retires sans faire crasher le programme.
Les autres ne sont pas desactivés sinon crash.

Il n'y a aucune raison que ça bugge.
Avez-vous eu un problème similaire ?

class MY_DLL CScene  
{
private:

// Engines
// CPhysic* m_pPhysic;
// CDirect3D* m_pDirect3D;

// Entities
CObject** m_ppObjects;
CGeometry** m_ppGeometries;
CMaterial** m_ppMaterials;

// Parser
CParser* m_pParser;

DWORD m_dwNumObjects;
DWORD m_dwNumGeometries;
DWORD m_dwNumMaterials;

// Sort for Z-buffer
// CObject** m_ppZSortObjects;
// float* m_pDistances;

Salut:

Je ne pense que le bug est dû à un "fichier" apparement tu utilises beaucoup de pointeurs (Et c'est là que viennent la majorité des bugs), essayes de tester ton programmes en mode console avant de le mettre en DLL.

Bonne chance ...

Je ne pense pas que le problème vienne de pointeurs (il y en a beaucoup plus dans les autres classes ;)), car le programme fonctionne parfaitement lorsque tous les headers sont là.

En fait j'ai un seul fichier cpp, main.cpp.
Les autres fichiers sont les headers des classes contenues dans les dll (pour que le compilateur reconnaisse les objects).
Pour le link, il y a les .lib.
Le programme fonctionne et ne plante pas quand tous les headers sont là.
(donc aucun bug du code)

Normalement, je peux supprimer des attributs et des fonctions des fichiers headers sans changer le resultat de la compilation, donc sans changer le programme. Ceci ne revient pas à changer le code car le code est figé dans les dll.
Or la ces modifications conduisent à un crash.

As tu essayé de faire les déclarations de classe "en avant" sur les objets qui plantent ?

DLL_EXPORT class CPhysic;
DLL_EXPORT class CDirectD;

class DLL_EXPORT CScene
{
};

Les fonctions virtuelles exportées doivent etre visible du client (inline)

Après relecture de ton post :
En fait ça serait plutôt un problème d'#include.

Salut,

Si je change:
CObject** m_ppObjects;
CGeometry** m_ppGeometries;
CMaterial** m_ppMaterials;
en:
CObject bonjour;
CGeometry**** au_revoir;
CMaterial******** salut;

ça compile, et ça ne plante pas.
Je ne sais vraiment pas quoi faire .

A terme, je veux supprimer un max de fichiers headers (ce qui sont inutiles pour le compilo).
Mais c'est mal parti .

Et avec la syntaxe : 
CObject* m_ppObjects[];   // ?? 

Dans ce cas le compilo rale.
Mais je peux mettre ce que je veux sinon et ça passera tant que je ne supprime pas la ligne.
Apparement le programme plante juste avant que le classe scene soit détruite cad entre la derniere ligne de code de son destructeur et la ligne qui suit sa demande de destruction.
A quoi ça peut être dû ?

Rebuild a chaque fois le .LIB, en as tu peut etre plusieurs versions ?