[MFC]Problème d'unresolved sur des fonctions appartenant à une DLL

Version imprimable

12/05/2006, 10h39
Raton

[MFC]Problème d'unresolved sur des fonctions appartenant à une DLL

Salut à tous.

J'ai un petit problème avec une DLL que j'ai crée. Mon projet principal est en MFC développé au départ sous VS6. On utilise maintenant VS.NET.

J'ai crée une petite DLL MFC sous .NET.

J'ai ajouté ma DLL dans les réf de mon projet principal, j'ai bien inclus mon .h la ou je veux l'utiliser. A la compilation je n'ai aucun probleme.

Mais au moment du link j'ai des unresolved sur toutes les fonctions appartenant à ma DLL...

J'ai bien ajouté ma lib dans la config de mon projet (option->Editeur de lien->dépendance supplémentaire). Je l'ai mis comme ca : c:\sonchemin\ComDLL.lib

Mais j'ai quand meme des unresolved... Et je ne vois vraiment pas pourquoi.

Quelqu'un aurait il une idée ? Merci d'avance
12/05/2006, 11h05
Gabrielly

Affiche tes external unresolved

Et voila :

Code:

1
2
3
4
 
Kernel error LNK2019: symbole externe non résolu "public: __thiscall CComDLL::CComDLL(class ATL::CStringT<char,class StrTraitMFC<char,class ATL::ChTraitsCRT<char> > >)" (??0CComDLL@@QAE@V?$CStringT@DV?$StrTraitMFC@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@@Z) référencé dans la fonction "public: __thiscall CGestionCompteur::CGestionCompteur(class CWnd *)" (??0CGestionCompteur@@QAE@PAVCWnd@@@Z)
 
Kernel error LNK2019: symbole externe non résolu "public: void __thiscall CComDLL::AllezMonGros(void)" (?AllezMonGros@CComDLL@@QAEXXZ) référencé dans la fonction "public: __thiscall CGestionCompteur::CGestionCompteur(class CWnd *)" (??0CGestionCompteur@@QAE@PAVCWnd@@@Z)

Tant que j'y suis mon .h

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
// ComDLL.h : fichier d'en-tête principal pour la DLL ComDLL
//
 
#pragma once
 
#ifndef __AFXWIN_H__
    #error incluez 'stdafx.h' avant d'inclure ce fichier pour PCH
#endif
 
#include "resource.h"        // symboles principaux
 
 
 
class CComDLL : public CWinApp
{
private :
    CString m_IP;
public:
    CComDLL(CString IP);
    void AllezMonGros();
};

Je peux mettre le cpp mais je pense pas que ca fasse beaucoup avance le schimblik :p

[edit]
Oui je sais le nom de ma fnc est pourri mais quand je me prends la tete j'ai tendance a mettre n'importe quoi ;)

12/05/2006, 11h15
ricky78

Bonjour

Je te conseille de remplacer tes CString dans ta DLL MFC par une variable plus portable tel qu'un BSTR pour eviter des problemes de portabilité de ta DLL .

Cordialement
12/05/2006, 14h14
Raton

Et sinon personne n'a une petit idée de pourquoi ca ne marche pas ?

Parce que j'ai beau cherche :?

J'ai essayer #pragma comment(lib,"c:\\travail\\pr35h\\ComDLL.lib") mais ca ne change rien du tout :/
12/05/2006, 14h25
hiko-seijuro

euh tu as exporter ta classe contenu dans la DLL ?
12/05/2006, 14h29
Raton

C'est à dire ?
12/05/2006, 14h34
hiko-seijuro

est ce que avant avec vs6 tu pouvais utiliser ta dll ?
12/05/2006, 14h35
Raton

C'est une DLL que j'ai crée sous VS.NET. En gros je viens juste de la créer...
12/05/2006, 14h41
hiko-seijuro

ah

est ce que tu as un truc style __dllspec(export) ou une macro qui definit cela devant le nom de ta classe ?
12/05/2006, 14h50
Raton

ah non j'ai pas de chose comme ca...

Qu'est ce qu'il faudrait mettre ou alors ou est ce que je pourrai trouver quoi mettre devant ?

Parce que la je doit avouer que je suis à la rue...:aie:
12/05/2006, 15h07
hiko-seijuro
rajoute ca dans stdafx.h

Code:

#define _MYLIB_DLLAPI_

rajoute ca dans ton .h
Code:

1 2 3 4 #ifdef _MYLIB_DLLAPI_ #define MYLIB_DLLAPI __declspec(dllexport) #else #define MYLIB_DLLAPI __declspec(dllimport)
Code:

class CComDLL

par ca :

Code:

class MYLIB_DLLAPI CComDLL

et recompile ta dll
pour plus d'info voir la :http://www.codeproject.com/dll/dllexport.asp
12/05/2006, 15h15
Raton

Ok je test ca et je te tiens au courant.

Quoi qu'il en soit merci quand meme ;)
12/05/2006, 15h33
Raton

Bon mon logiciel dinosaure à l'air de linker correctement. Merci beaucoup :)

Bon ca plante mais pas sur que ca ai un rapport :p
12/05/2006, 15h35
hiko-seijuro

est ce que tu as changé le .h de ta classe dans ton le source de ton app ? sinon faut que tu la remplace par celle que tu viens de faire :)
12/05/2006, 15h46
Raton

Vi j'ai bien change le .h dans l'application principal...

La j'en suis a tant que j'utilise pas de fonction de ma classe tout va bien...

Des que je l'instancie dans le code ca plante...

Mais ce qui est tres bizarre c'est que je n'ai pas encore apelle la fenetre ou j'instancie l'objet quand ca plante... Ca plante au lancement de l'application...

[EDIT]

Hum c'est rageant... J'ai une belle quantité d'exception non géré au lancement de l'app mais si je fais continuer a toutes l'app se lance normalement et lorsque je me sers de mon objet ca marche nickel....

Ce qui est bizarre c'est que l'on dirait que les plantages se passe avant meme d'arriver au point de démarrage de mon application. Sur le chargement des dll peut etre...

Une idée quelqu'un ?
15/05/2006, 14h49
Raton

Bon après moult tests ca ne plante plus que lorsque mon projet est en debug...

Quelqu'un aurait une idée de ce qui peut faire que cela plante en debug et pas en release ?