Discussion :

[mappy]

Bonjour,

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

Code :

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

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 !

[koala01]

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

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

[dalfab]

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.

[Bousk]

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.

[mappy]

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.

[mappy]

Re

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

Code :

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

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.