Perte de données à la sortie d'une DLL

Bonjour,

Voici un problème que je n'arrive pas à fixer qui va sans aucun doute être évident pour vous :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

extern "C" DLL1 const wchar_t * ZLA(const char * pNUMBER) // (par exemple 123456)   char RESULT[30]; RESULT[0]='A'; RESULT[1]='B'; RESULT[2]='C';   /////////////////////////////// // Le problème est ici RESULT[3] = pNUMBER [0]; RESULT[4] = pNUMBER [1]; RESULT[5] = pNUMBER [2]; RESULT[6] = pNUMBER [3]; RESULT[7] = pNUMBER [4]; RESULT[8] = pNUMBER [5]; ////////////////////////////// RESULT[9] = 'Y'; RESULT[10] ='Z';   const char *pS = RESULT; size_t size2 = sizeof(RESULT) + 1; wchar_t* wcRESULT = new wchar_t[size2];   size_t outSize; mbstowcs_s(&outSize, wcRESULT, size2, pS, size2 - 1);

---

En debug, je vois ABC123456YZ << c'est ce que j'attends.

Mais lorsque ma valeur arrive dans mon application tierce, je n'ai plus que ABC1

Si je place des valeurs en dur

RESULT[3] = '1';
RESULT[4] = '2';
RESULT[5] = '3'
RESULT[6] = '4'
RESULT[7] = '5'
RESULT[8] = '6';

J'ai bien : ABC123456YZ à l'extérieur. J'ai également testé d'autres méthodes pour récupérer les valeurs en pensant qu'il y a peut être destruction des données et donc perte des valeurs si la donnée était passée en référence et non en valeur.

Merci par avance !

Salut,
Vérifie bien la valeur (hexadécimale, pour être sur) des caractères transmis en tant que pNumber. Tout particulièrement celle de pNumber[0]...

Ne serait-ce pas -- à tout hasard -- 0x00 (autrement dit '\0', le caractère nul) au lieu d'être 0x30 (autrement dit le caractère représentant le chiffre '0') des fois :question:

Il faut en effet te dire que '0' ne vaut pas 0 dans la table ASCII (mais 48), et que le caractère qui vaut 0 est un caractère non affichable appelé "nul".

Or, il se fait que ce caractère nul (non affichable, de valeur 0 dans la table ASCII) est systématiquement utilisé comme caractère représentant la "fin d'une chaîne de caractères". Et tous les caractères qui peuvent être présents (ou non) après un caractère nul dans une chaîne de caractères sont systématiquement ignorés et considérés comme des "déchêts" (d'une utilisation de la mémoire dans laquelle la chaine de caractères était plus longue, peut être).

C'est donc par abus de langage que l'on parle de "chaîne" ou même de "chaîne de caractères", car on devrait en réalité parler de null terminated character string (chaîne de caractères terminées par un 0) ;).

Note au passage que tu auras un problème similaire (mais avec des parfois bien plus surprenants que la fin anticipée de ta chaîne de caractères :aie: ) avec toutes les valeurs comprises entre (en hexadécimal) 0x00 et 0x20 (exclu).

Pour réellement obtenir l'affichage de chiffres, tu dois donc veiller à ce que les valeurs fournies à pNumber soient comprises dans l’intervalle [48 , 58[ (décimale) (la valeur 48 fournissant le '0' et la valeur 57 fournissant le '9' ... [0x30, 0x3A[ en hexadécimal).

Si les valeurs fournie par pNumber sont égale à 0 ... 9 (inclus), pour être sur que cela permette la représentation de chiffre, il faudra leur ajouter systématiquement 48 ;)

Bonjour,

Il y a un problème ligne 22. Ce que tu veux c'est la longueur donc size2 devrait valoir 10+1, en utilisant sizeof(un_pointeur)+1 tu vas avoir 4+1 ou 8+1 ce qui ne correspond à rien.

RESULT est un array et non un pointeur (char RESULT[30];) donc le sizeof retournera ici 30.
Cela dit, l'utilisation plus correcte de mbstowcs se fait normalement en 2 fois : un premier appel pour savoir la taille nécessaire pour effectuer la conversion, puis l'appel pour réaliser la conversion.

Bonjour et merci pour vos réponses.

koala01 : j'ai bien la bonne valeur ASCII. j'avais vérifié. En point d'arrêt on voit bien que le type est 'char' avec une valeur ASCII.

dalfab : je retourne bien les 30 caractères.

En fait si je code en dur les caractères, je retourne toute la chaîne.
J'ai un exe en c++ qui teste et qui affiche bien la totalité (codage en dur ou non).

Une fois que j'utilise le pointeur, c'est comme si j'avais un \0 dans le tableau de char. Je ne retourne que le 1er des 6 caractères.
J'ai même utilisé 'vector', c'est la même chose. :?

Re

Je viens de trouver. Le codage de (const char*) semble être fait sur 2 octets.

Code:

---

1 2 3 4 5 6 7

RESULT[8] = *(pNUMERO); RESULT[9] = *(pNUMERO+2); RESULT[10] = *(pNUMERO + 4); RESULT[11] = *(pNUMERO + 6); RESULT[12] = *(pNUMERO + 8); RESULT[13] = *(pNUMERO + 10);

---

Pourquoi cela fonctionne en debug en faisant simplement +1... je ne sais pas.

Citation:

---

Pourquoi cela fonctionne en debug en faisant simplement +1... je ne sais pas.

---

Le padding ?

Comme l'indique les VDD, votre API entre l'exe et une Dll est plutôt "fragile".