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