pb : exporter une fonction retournant une valuer pointeur...

Bonsoir tout le monde!

Je reste surpris....je n'arrive pas à exporter une fonction de ma DLL !! En fait, je vous explique, dans une DLL que j'ai crée, il y a plusieurs fonctions, que je peut exporter (au moyen de __declspec(dllexport))...mais une et une seule ne veut pas se laisser exporter!!! Allez savoir pourquoi !!

Sa syntaxe :

char* DLLEXPORT MyFunc(char* szBuffer)

Je sais, par test, que c'est le * qui gene car si je lui fait retourner nimporte quoi d'autre comme un int, DWORD, etc, la fonction s'exporte sans problême!! Je peux comprendre qu'il s'agisse d'une sécurité afin d'éviter de renvoyer des adresses mémoires...mais moi, dans mon cas, je fait comment pour que ma fonction me renvoie une chaine de caractères ??

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

Aucune raison qu'on ne puisse pas exporter 'char*' au meme titre que quoi que ce soit d'autre.

ciao...
BruNews, MVP VC++

Oui, enfin c dev, fo pas chercher à comprendre! lol! pour résoudre le probleme, j'ai fait retourner un LPSTR, ça marche maintenant! Pour te dire, je crois qu'il est vraiment trop à la masse ce compilo....j'ai une instructions switch() dans mon prog tout bien placé et il ne l'execute même pas!! lool, sans aucune raison!!! c'est trop abusé! lol!

register int j; for(j = 0; szModel[j] != '\0'; j++) { if((szModel[j] >= 97) && (szModel[j] <= 122)) buf[j] = szModel[j] - 32; else buf[j] = szModel[j]; switch(buf[j]) { case 129: case 150: case 151: case 154: case 163: buf[j] = 85; break; // U case 130: case 136: case 137: case 138: case 144: buf[j] = 69; break; // E case 131: case 132: case 133: case 134: case 142: case 143: case 160: buf[j] = 65; break; // A case 135: buf[j] = 67; break; // C case 139: case 140: case 141: case 161: buf[j] = 73; break; // I case 147: case 148: case 149: case 153: case 162: buf[j] = 79; break; // O case 152: buf[j] = 89; break; // Y } }

le switch() n'est jamais executé, allez comprendre pourquoi ^^

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

"Pour te dire, je crois qu'il est vraiment trop à la masse ce compilo"

Allons allons, j'utilise le même compilateur (MinGW/GCC) que DevC++, et le seul truc "à la masse" comme tu dis était le support bancal de l'unicode qui n'a été ajouté qu'avec la version 3.4.2, jamais eu aucun problème avec les DLL. Donc, soit le problème vient de toi, soit il vient de l'environnement, mais en aucun cas il ne vient du compilateur ;-)

Et je ne vois pas en quoi le code que tu montres est représentatif du problème ?

Justement nébula, il est la le pb!! Justement, il n'y a rien qui justifie que cette instruction switch() ne soit pas executé, le code qui suit ou précède ne montre rien de +! lol! J'ai toujours pas compris pourquoi, lol, c'est le mystère de la nouvelle année, je vais chercher, et si je trouve, je vous tiens au courant!! :-)

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

les yeux fermé, ton buf n'est pas de type entier ...

Tu peux direct enchainer avec explication signed <-> unsigned, je sens la question arriver.

ciao...
BruNews, MVP VC++

plus_plus_fab> ben si, enfin disons que buf c'est une char* mais buf[nombre] c'est un char, donc un int aussi...non ?

BruNews> Je n'ai absolument rien compris, ni à ton conseil, ni à la question que je suis sensé te poser! ^^ désolé....:s

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

quelles sont les plages de valeurs d'unoctet SIGNE ???
Peut-il entrer dans ton switch un jour ?

ciao...
BruNews, MVP VC++

euh, -127, +127 :s, oui oui mince...lolll

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))