Discussion :

[olibara]

Bonjour

J'ai un souci de conversion d'un TCHAR * vers un char *
J'ai un peu abandonné C++ au profit de C# depuis quelques années et je me perds un peu dans certaines conversions de type

Mon application doit utiliser un des agument passé a l'appel de l'exe
Ces arguments sont des TCHAR *

Mais la fonction WriteFile (qui écrit sur mon port com) attends un char *

J'avais cru qu'un simple cast suffirait, mais je réalise que comme le TCHAR * est vraissemblablement un tableau de WORD, le byte de poids fort de mon primer WORD est interpreté comme le null terminator du string

Résultat mon cast me rends seulement le premier caractére du TCHAR *
Comment puis-je résoudre cela en C ?
Existe-il des fonction de conversion ou bien faut il le faire a la main dans une boucle de parcours du TCHAR * ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
int _tmain(int argc, _TCHAR* argv[])
{
  LPCTSTR portname = L"COM5:";
  int len=0;
  DWORD result=0;
  char *buffer;
  DWORD dw;
  buffer=(char *)argv[1];
  len=strlen(buffer);
  WriteFile(hComm, buffer, len, &result, NULL);

Merci de votre aide

[stendhal666]

hello,

writefile écrit des bytes, pas des caractères, peu importe que ce soit des char ou wchar (TCHAR est le typedef de l'un ou l'autre selon le contexte). Cette fonction attend donc un void*, pas un char*.

le pb doit être du côté de strlen, je pense, qui elle attend un char*. Il faut la remplacer par la fonction spécifique au wchar (wcslen, il me semble).
Ensuite dans le paramètre 3 de writefile, le nombre de bytes à écrire, tu multiplies la longueur obtenue par la taille de WCHAR.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
int _tmain(int argc, _TCHAR* argv[])
{
  LPCTSTR portname = L"COM5:";
  int len=0;
  DWORD result=0;
  TCHAR *buffer;
  DWORD dw;
  buffer=argv[1];
  len=wcslen(buffer);
  WriteFile(hComm, buffer, len*sizeof(TCHAR), &result, NULL);
}

[olibara]

Merci stendhal666

Mais le problème n'est pas lié a la longueur
bien que si on n'est pas prévenu c'est aussi facile de tomber dans le panneau de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

_tcslen(tc);

Qui rends une longueur virtuelle qui ne correspond pas a la réalité physique

Le problème c'est que je dois VRAIMENT envoyer des char, mon CreateFile ouvre le port com et ce ne sont pas des _TCHAR qui sont attendus

Comme ca commençait a m'énerver toutes ces histoires de conversions brumeuses et mal documentées, j'ai fini par écrire une petite methode qui fait le travail

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
char *ConvertToCharPtr(_TCHAR* tc)
{
  int ltc=_tcslen(tc);
  char *buf=(char *)calloc(ltc+2,1);
  char *p;
  char c;
  p=buf;
  int i=0;
  for (i=0;i<ltc;i++)
  {
    c=(char)tc[i];
    *p=c;
    p++;
 
  }
  return buf;
}

Mais quand on a fait du cSharp pendant des années le traitement de ces nouveaux Types en C++ est vraiment déroutante
A la limite je préfere encore le bon vieux C ou meme l'assembleur, au moins on sait a quoi s'attendre et on ne doit pas chipoter avec une couche de pseudo abstaction hétéroclite !

[foetus]

Qui rends une longueur virtuelle qui ne correspond pas a la réalité physique

Cela peut être normal. Et d'ailleurs il ne faut jamais faire de prédiction de taille avec les chaînes de caractères

Avec de l'unicode, un caractère peut être codé sur plusieurs octets
Même avec certains code page étendu (sur 2 octets)

Le problème c'est que je dois VRAIMENT envoyer des char, mon CreateFile ouvre le port com et ce ne sont pas des _TCHAR qui sont attendus

Dans un autre sens tu envoies des 0 et des 1

Comme ca commençait a m'énerver toutes ces histoires de conversions brumeuses et mal documentées, j'ai fini par écrire une petite methode qui fait le travail

La MSDN de Microsoft donne également les fonctions de conversions entre les TCHAR, WCHAR, LPSTR, LPWSTR, LPCTSTR ...

Comment : effectuer une conversion entre différents types de chaînes

Mais quand on a fait du c Sharp pendant des années le traitement de ces nouveaux Types en C++ est vraiment déroutante

Détrompe toi TCHAR, WCHAR, LPSTR, LPWSTR,LPCTSTR.... ce sont des types spécifiques Windows créés par Microsoft qui date de 1995.

En C on a seulement les char et les wchar

Édit: Le problème ici c'est que ton TCHAR* peut contenir de l'unicode et ne pas avoir de conversion vers de l'ASCII ( ton char*)

[olibara]

Cela peut être normal. Et d'ailleurs il ne faut jamais faire de prédiction de taille avec les chaînes de caractères

Avec de l'unicode, un caractère peut être codé sur plusieurs octets
Même avec certains code page étendu (sur 2 octets)

Raison de plus pour disposer d'une fonction qui peut donner la taille physique réelle de la chaine

Dans un autre sens tu envoies des 0 et des 1

Non ! je dois envoyer un traditionnel str composé d'un tableau de char null terminated
Oui ! un char c'est une combinaison de 8 bit a 0 ou 1

La MSDN de Microsoft donne également les fonctions de conversions entre les TCHAR, WCHAR, LPSTR, LPWSTR, LPCTSTR ...

J'ai passé plus de temps a chercher cela sans succès que d'écrire moi même une méthode
Mais si la méthode existe je suis toujours preneur pour la connaitre

Merci pour ton aide

[foetus]

En théorie c'est la fonction wcstombs

Mais

1. Elle est dépréciée au profit de la méthode wcstombs_s. C'est la méthode sécurisée (le petit s à la fin)
2. Si ton TCHAR n'est pas Unicode cette méthode n'est pas la bonne, et un cast ou une recopie suffit. Son nom l'indique Wide Char String To Multi-Byte String (Unicode vers code page)

Mais je pensais à un truc puisque c'est l’Unicode qui pose problème, pourquoi ne pas le supprimer et tout passer en ASCII si cela est possible.
Style:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
int main(int argc, char** argv)
{
// ....
 
    return 0;
}