Discussion :

[ledanque]

Bonjour,

Je charge un dll � partir d'une application. La fonction est suivante :

bool mgf:Library::load( const std::string& libName ){

#ifdef _WIN32_WCE

wchar_t* tmp = (wchar_t*) new wchar_t[libName.size()+1];

mbstowcs( tmp, libName.c_str(), (size_t)(libName.size()+1) );

_lib = LoadLibrary( (LPCWSTR)tmp);

delete[] tmp;
#endif
}

LoadLibrary renvoie une r�f�rence non nulle mais le descripteur dans le debugger indique {unused = 1021676848}
GetLastError donne le code error 0 (System was out of memory, executable file was corrupt, or relocations were invalid) mais je ne vois pas d'ou pourrait venir le probl�me.

- Je d�veloppe pour Windows Mobile 5.0, sous Visual Studio 2005, avec Windows Mobile SDK.
- Je met le dll � charger dans le r�pectoire /Windows de l'appareil puisque quand je met dans le m�me r�pectoire que l'�x� �a ne se charge pas (code error 126)

[3DArchi]

Bonjour et bienvenu,
Je vais peut �tre dire quelque chose de stupide mais si _lib n'est pas NULL, que t'importe que le debugger �crive unused = 1021676848 ? As-tu essay� de r�cup�rer une fonction (GetProcAddress ) ?

[ram-0000]

Je compl�terai en disant que la valeur retourn�e par GetLastError() n'est valide que si il y a eu une erreur. Si le LoadLibrary() ne retourne pas en erreur(pointeur non null) ce qui semble �tre la cas, il ne faut pas regarder GetLastError().

[ledanque]

Ah merci. J'au regard� dans l'onglet Module et Output de Visual, apparament le module est bien charg�, le GetProcAdress renvoie null code error 87 (parametre invalide), peut etre que le point d'entr�e de la dll n'est pas trouv�??? (Est ce que c'est pour ca que le descriptor indique une valeur unused??)

J'ai un fichier .def qui est :

LIBRARY plgVrmlGL
EXPORTS
registerNodeCreators
registerModules

Et le .h

#ifndef _VRGL_PLUGIN_H_
#define _VRGL_PLUGIN_H_

#if !defined WIN32 && !defined _WIN32_WCE
extern "C" {
#endif
std::vector<mgf::Module*> registerModules( void );
#if !defined WIN32 && !defined _WIN32_WCE
}
#endif


#if !defined WIN32 && !defined _WIN32_WCE
extern "C" {
#endif
std::vector<mgf::NodeCreator*> registerNodeCreators( void );
#if !defined WIN32 && !defined _WIN32_WCE
}
#endif

#endif

Je ne vois pas qu'est qui peut bloquer l'utilisation du dll. Trop d�prim�

[ledanque]

Pour ajout�, jai un autre fichier .h qui se charge d'exporter la dll

#if defined(_MSC_VER) && defined(VRGL_DLL)
# ifdef VRGL_BUILD
# define VRGL_EXPORT __declspec(dllexport)
# else
# define VRGL_EXPORT __declspec(dllimport)
# endif
#else
# define VRGL_EXPORT
#endif

Je viens d'essayer de mettre VRGL_EXPORT devant les fonctions, GetProcAdress renvoie toujours NULL. Alors est qu'il y a une config sp�cial sous Visual pour Windows Mobile pour exporter les dll.....

[M�dinoc]

Code ridicule :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
wchar_t* tmp = (wchar_t*) new wchar_t[libName.size()+1];
 
mbstowcs( tmp, libName.c_str(), (size_t)(libName.size()+1) );
 
_lib = LoadLibrary( (LPCWSTR)tmp);

Alors �a, c'est le pompon:

• Le premier cast est encore plus inutile que le cast du retour de malloc() en C.
• std::basic_string::size_type est pratiquement tout le temps d�j� un size_t, donc cast inutile. De plus, il est incorrect de pr�sumer qu'on aura le m�me nombre de wchar_t que de char.
• Les casts entre ANSI et unicode, c'est mal. Et l� encore, le cast est inutile de toute fa�on.

[white_tentacle]

De plus, il est incorrect de pr�sumer qu'on aura le m�me nombre de wchar_t que de char.

Tu peux pr�ciser stp ? Pour moi, c'est forc�ment <=, dans ce sens l�. Et comme libName.c_str() est garanti d'�tre termin� par un z�ro terminal, �a me semble correct �a pour le coup. Ou j'ai loup� un truc ?

[M�dinoc]

Tu peux pr�ciser stp ? Pour moi, c'est forc�ment <=, dans ce sens l�. Et comme libName.c_str() est garanti d'�tre termin� par un z�ro terminal, �a me semble correct �a pour le coup. Ou j'ai loup� un truc ?

Inf�rieur ou �gal, c'est possible, mais j'ignore s'il est garanti qu'aucune page de codes au monde ne comprend un caract�re qui soit hors du BMP...

[ledanque]

Les casts entre ANSI et unicode, c'est mal

Peut �tre, mais c'est la seule solution pour l'instant que l'ai trouv�, car l'environnement Windows Mobile est que UNICODE, et l'entr�e du programme utilise ANSI.

Par contre, mon probl�me de GetProcAdress renvoie NULL est r�solu si je fais le m�me cast (de ANSI en UNICODE pour le nom de la fonction en entr�e de GetProcAdress)

Si tu as une autre fa�on plus performente pour caster cela merci de m'indiquer, car l�... je ne m'y connais pas beaucoup. Merci d'avance

[M�dinoc]

Normalement, ceci suffit:

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
int cchSizeW = MultiByteToWideChar(CP_ACP, 0, libName.c_str(), -1, NULL, 0);
wchar_t* tmp = new wchar_t[cchSizeW];
 
MultiByteToWideChar(CP_ACP, 0, libName.c_str(), -1, tmp, cchSizeW);
 
_lib = LoadLibrary(tmp);
 
delete[] tmp;

Aucun cast explicite n�cessaire tant que tu compiles en unicode.