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

Question

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!! :-))

BruNews · Answer

Aucune raison qu'on ne puisse pas exporter 'char*' au meme titre que quoi que ce soit d'autre.

ciao...
BruNews, MVP VC++

Gendal67 · Answer

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!! :-))

cs_Nebula · Answer

"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 ?

Gendal67 · Answer

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!! :-))

plus_plus_fab · Answer

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

BruNews · Answer

Tu peux direct enchainer avec explication signed <-> unsigned, je sens la question arriver.

ciao...
BruNews, MVP VC++

Gendal67 · Answer

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!! :-))

BruNews · Answer

quelles sont les plages de valeurs d'unoctet SIGNE ???
Peut-il entrer dans ton switch un jour ?

ciao...
BruNews, MVP VC++

Gendal67 · Answer

euh, -127, +127 :s, oui oui mince...lolll

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

Gendal67 · Answer

Mais en fait, je vois pas comment faire moi pour les mettres dans un unsigned int...:s qqun peut-il m'aider ??

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

cs_Nebula · Answer

Un bête cast : switch((unsigned) buf[j])

Ou sinon tu mets des chars dans ton switch, case 'A': case 'X': etc

Gendal67 · Answer

Mouais mais c'est trop bizarre, j'ai mis avec les case 'lettre' mais je trouve ça trop trop pas normal....par exemple case 'é' et case 130, pour moi c'est la même chose, par pour le compilo ni pour vous apparamment, je comprend pas pourquoi....

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

Gendal67 · Answer

Enfin, ça marche....mais jtrouve ça louche quand même! lol

Gendal67, Dev-C++ 4.9.9.1, J'adore cppfrance!! :-))

cs_Nebula · Answer

Ben y'a rien à comprendre, par défaut en C un char est signé et n'atteindra jamais 130, puisque limité à 127. Après, tu peux forcer des chars non signés mais c'est pas recommandé : pense aux autres quand ils voudront comprendre/réutiliser ton code ! Sans parler de ceux qui voudront juste le recompiler chez eux et n'utilisent pas le même environnement que toi, il n'est pas dit qu'ils penseront à positionner cette option dans leur compilateur...

Par ailleurs, je trouve l'emploi des valeurs littérales comme 'A' plus clair qu'un code ascii, m'enfin c'est une question de goût, je suppose.

plus_plus_fab · Answer

"par défaut en C un char est signé"

sur PC, SPARC aussi, mais pas dans le cas général. Le fait qu'un char puisse etre signé ou non signé dépend de l'implémentation.

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

15 réponses

Votre réponse