Discussion :

[raphchar]

Bonjour,

j'ai créé un programme avec des classes cl. Celui-ci fonctionne parfaitement.
Je veux exporter les classes cl pour les réutiliser ailleurs.
Je recrée donc un projet dll avec copier coller des classes cl et fonctions à exporter.
J'ajoute des __declspec(dllexport) à toutes les fonctions que je veux exporter (aussi celles dans les classes).
Je compile la dll, ok.
Je crée un nouveau projet pour tester la dll,
je mets tout ce qu'il faut (linkage, fichiers .h), compile.J'obtiens un executable ... qui plante.
Je ne sais pas d'où vient l'erreur. Je pensais que c'était l'export des les dll qui était mal fait mais on m'a dit que non sur le tchat.
L'erreur est générée au niveau de la sortie du programme.

Je ne sais pas comment tracker le problème et je renvoie un lien vers le code source (complet) pour visual studio : http://www.mediafire.com/?c3in78b9q7wxxtu
Pouvez-vous m'aider?

raphchar

[Bousk]

Bonjour,

__declspec(dllexport) c'est pour l'export; pour l'import il faut __declspec(dllimport) dans le header inclus
En général on crée une MACRO pour ça, selon qu'on est en DLL_BUILD ou non

Tu peux directement préfixer la class pour exporter la classe entière et chacune de ses fonctions.

[raphchar]

__declspec(dllexport) c'est pour l'export; pour l'import il faut __declspec(dllimport) dans le header inclus

Bien sûr mais linker un .lib est aussi efficace et c'est ce que je fais, d'ailleurs aucun problème de ce coté-là.

[Bousk]

Bien sûr mais linker un .lib est aussi efficace et c'est ce que je fais, d'ailleurs aucun problème de ce coté-là.

?

Pour utiliser une dll il faut
- créer la dll
- avoir le .lib correspondant
- inclure les header correct et correctement écrits (dllimport)
- linker le .lib

[raphchar]

?

Pour utiliser une dll il faut
- créer la dll
- avoir le .lib correspondant
- inclure les header correct et correctement écrits (dllimport)
- linker le .lib

inclure les header correct et correctement écrits (dllimport)->ok mais bon même en le modifiant ca ne change rien au problème

[Bousk]

Bon, maintenant... l'application qui plante...
oui certes, mais t'as pas plus vague ?
crash ? exception ? fonctionnement incorrect ? ne démarre même pas ? moment précis ? action précise ?
si la dll est de toi et tu en as le code source, tu peux la debuger.

[raphchar]

Bon, maintenant... l'application qui plante...
oui certes, mais t'as pas plus vague ?
crash ? exception ? fonctionnement incorrect ? ne démarre même pas ? moment précis ? action précise ?
si la dll est de toi et tu en as le code source, tu peux la debuger.

Ben oui la dll est de moi et alors? Je n'ai rien qui m'indique d'où vient le problème (à priori un débordement de pile, (pas la variable stack)). Je ne peux rien tracker. L'erreur intervient à priori après le return de main()

[Bousk]

Et alors tu as la main complète sur ta dll. Donc la possibilité de debug, mettre des traces, breakpoint etc... donc bel et bien traquer le bug.
Une erreur après le return du main peut venir d'un problème de libération mémoire. De suppression d'un pointeur non null déjà supprimé. Vérifier les static.

[raphchar]

Et alors tu as la main complète sur ta dll. Donc la possibilité de debug, mettre des traces, breakpoint etc... donc bel et bien traquer le bug.
Une erreur après le return du main peut venir d'un problème de libération mémoire. De suppression d'un pointeur non null déjà supprimé. Vérifier les static.

Comment? J'ai vérifié le delete et tout est bon... alors "suppression d'un pointeur non null déjà supprimé" n'est pas le cas.