Un tableau qui se remplit avec des'\0' entre chaque caractère ?Résolu

Question

Bonjour à tous,

Je suis actuellement entrain de coder un programme en langage C permettant d'intéragir avec un lecteur RFID Skyetek M9. Skyetek fournit une API qui ma fois ne fonctionne pas trop mal hormis un petit détail. En effet, les tableaux de caractères contenu à l'intérieur des structures sont remplis à l'aide de caractères et de '\0' qui sortent de nul part. Supposons que j'ai un pointeur sur structure, cette structure contient un tableau nommé nom de 128 caractères. Ce tableau contient alors les données suivantes : {'S', '\0', 'k', '\0', 'y', '\0', etc...}Ce qui fait que lorsque je fais un printf du genre printf("Nom : %s", ptr->nom) et bien il ne m'affiche que le 'S', ce qui est normal puisqu'une fin de chaine est détectée après ce premier caractère. Ma question est, à quoi cela pourrait t'il être du? Je développe à l'aide de Dev C++ sur un environnement Windows.

Bien sur je pourrais contourner le problème en écrivant une fonction qui me réorganise le tableau bien correctement, mais travaillant sur un système embarqué, je n'ai pas des ressources processeurs illimités.

Toute piste de réflexion est la bienvenue.

Par avance merci,

cs_jfrancois · Accepted Answer

Bonjour,

Ca ressemble à une chaîne de caractères UNICODE : chaque caractère est sur 2 octets et les caractères ASCII sont sur la page 0 !

Jean-François

Vinalys21 · Answer

Il faudrait donc que l'encodage de mes chaines de caractères soit de type ASCII ??

cs_jfrancois · Answer

Si l'API fournie est en UNICODE, il faut faire un programme UNICODE ! Ca sera plus simple que de convertir d'un format à l'autre. Mais peut être y-a-t'il une version ASCII de cette API ?

Jean-François

Vinalys21 · Answer

Oui mais le seul problème c'est que même sur un exemple de test fournit avec l'API j'ai ce problème...

cs_jfrancois · Answer

C'est un exemple qui compile en UNICODE ?

Jean-François

Vinalys21 · Answer

Comment puis je le savoir?

cs_jfrancois · Answer

Je ne connais pas Dev C++ ! Mais y-a-t'il au début de l'exemple (avant les includes) un : #define UNICODE

Jean-François

Vinalys21 · Answer

Rien de tout ca. Y'a t'il possibilité de mettre une #define ASCII alors? :D

cs_jfrancois · Answer

Pas à ma connaissance ! Si c'est pas UNICODE c'est ASCII. La structure qui pose problème est renseignée par les fonctions de l'API ?

Jean-François

cs_jfrancois · Answer

Le compilateur (le préprocesseur en fait) n'a aucune raison de refuser un #define ASCII mais c'est pas pour ça que cela sera pris en compte ! La constante ASCII sera créée tout simplement ! A ma connaissance il faut mettre #define UNICODE pour passer en UNICODE, si on ne le met pas on reste en ASCII, c'est comme cela que je l'utilise.

Pouvez-vous poster l'exemple qui est fourni avec l'API (ou un extrait avec la structure) ?
Jean-François

Vinalys21 · Answer

Oula pardon pour ses doublons, je ne sais pas ce qui c'est passé...

Voici un programme d'exemple fournit avec l'API :

// sloop.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include "SkyeTekAPI.h"
#include "SkyeTekProtocol.h"

// stop flag
bool isStop = false;

FILE *fp = NULL;
void debug(char *msg)
{
  char *p = strstr(msg,"");
  if( p != NULL ) 
  {
    *p++ = '
';
    *p = '\0';
  }
  if( fp != NULL )
    fprintf(fp,msg);
  else
    printf(msg);
}

//
//  FUNCTION: SelectLoopCallback(LPSKYETEK_TAG, void *)
//
//  PURPOSE:  Callback called by SkyeTek_SelectTags whenever
//            a tag is selected. This returns 1 to continue
//            and zero to stop.
//
//
unsigned char SelectLoopCallback(LPSKYETEK_TAG lpTag, void *user)
{
  if( !isStop )
  {
    if( lpTag != NULL )
    { 
      printf("Tag: %s; Type: %s
", lpTag->friendly, SkyeTek_GetTagTypeNameFromType(lpTag->type));
      SkyeTek_FreeTag(lpTag);
    }
  }
  return( !isStop );
}

//
//  FUNCTION: ThreadProc(LPVOID)
//
//  PURPOSE:  Main thread function. It sits in a loop until the
//            reader is discovered and then it calls the 
//            SkyeTek_SelectTags function, which does not return
//            until the loop stops. To stop the loop, the 
//            SelectLoopCallback needs to return zero.
//
//
DWORD WINAPI ThreadProc(LPVOID lpParameter)
{
    LPSKYETEK_DEVICE *devices = NULL;
    LPSKYETEK_READER *readers = NULL;
  SKYETEK_STATUS st;
  unsigned int numDevices;
  unsigned int numReaders;

  // comment this out to disable debug
  SkyeTek_SetDebugger(debug);

  printf("Discovering reader...
");
  while( !isStop )
  {
      numDevices = SkyeTek_DiscoverDevices(&devices);
    if( numDevices == 0 )
    {
      Sleep(100);
      continue;
    }
    if( isStop ) 
      return 1;

      numReaders = SkyeTek_DiscoverReaders(devices, numDevices, &readers);
    if( numReaders == 0 )
    {
      SkyeTek_FreeDevices(devices,numDevices);
      Sleep(100);
      continue;
    }
    break;
  }

  // set reader info
  printf("Found reader: %s
", readers[0]->friendly);

  // the SkyeTek_SelectTags function does not return until the loop is done
  printf("Entering select loop...
");
  st = SkyeTek_SelectTags(readers[0],AUTO_DETECT,SelectLoopCallback,0,1,NULL);
  if( st != SKYETEK_SUCCESS )
    printf("Select loop failed
");
  printf("Select loop done
");

  // clean up readers
  SkyeTek_FreeReaders(readers, numReaders);
  SkyeTek_FreeDevices(devices, numDevices);
  return 1;
}

int main(int argc, char* argv[])
{ 
    DWORD id1;
    HANDLE h;
  char line[128];

  fp = fopen("sloopDebug.txt","w");

  printf("SkyeTek API Loop Example
");
  printf("Hit return to exit
");

    if( (h=CreateThread(NULL,0,ThreadProc,NULL,0,&id1)) == NULL )
        return FALSE;

  gets(line);

  // signal stop and wait
  isStop = true;
  WaitForSingleObject(h,10000);

  // cleanup
  CloseHandle(h);
  fclose(fp);

  printf("Done
");
  return 0;
}

Vinalys21 · Answer

Le code :
  // set reader info
  printf("Found reader: %s
", readers[0]->friendly);

me renvoie donc uniquement la première lettre.

Voici la structure SKYETEK_READER :

typedef struct SKYETEK_READER
{
  LPSKYETEK_ID              id;
  TCHAR                      model[128];
  TCHAR                      serialNumber[128];
  TCHAR                      firmware[128];
  TCHAR                      manufacturer[128];
  TCHAR                      rid[128];
  TCHAR                      readerName[128];
  TCHAR                      friendly[256];
  unsigned char             isBootload;
  unsigned char             sendRID;
  LPSKYETEK_PROTOCOL        lpProtocol;
  LPSKYETEK_DEVICE          lpDevice;
  void                      *user;
  void                      *internal;
} SKYETEK_READER, *LPSKYETEK_READER;

cs_jfrancois · Answer

Cela ne ressemble pas à de l'UNICODE !
Pour en revenir à la structure qui pose problème, elle est décrite comment et renseignée par qui ?

Jean-François

cs_jfrancois · Answer

Par contre la structure SKYETEK_READER est compatible UNICODE avec ces TCHAR !
Tout cela donne vraiment à penser que l'API est compilée en mode UNICODE, vu ce qu'elle retourne dans la structure readers. En ajoutant le #define UNICODE tout au début ça ne change rien ?

Jean-François

Vinalys21 · Answer

Non si j'ajoute un #define UNICODE dans l'en tête du fichier sloop, ca ne change rien :(

cs_jfrancois · Answer

En cherchant des infos sur Google je tombe sur un autre post ici qui parle du même programme mais pas de ce problème ! Peut-être pourra-t'il donner des infos sur sa façon de compiler ?

http://www.cppfrance.com/infomsg_RFID-SKYETEK-DEVELOPER-KIT_1067874.aspx

Jean-François

Vinalys21 · Answer

Oui merci, j'étais tombé aussi dessus en faisant mes recherches, mais aucune info susceptible de m'aider... Quelle galère...

cs_aardman · Answer

Salut,

Pour compiler en unicode, il faut definir UNICODE et _UNICODE, et si
possible c'est quand même mieux de faire ca dans les options du compilo
plutot que dans le code, comme ça, aucun probleme et tu ne te
retrouvera pas avec un cpp compilé en ansi et un en unicode.

A noter qu'il existe aussi plein de macro pratiques pour faire un code
qui compile en unicode ou en ansi au choix: TCHAR, TEXT, LPTSTR,
_tcslen, etc.

cs_jfrancois · Answer

Voilà un petit exemple de programme qui convertit une chaîne UNICODE en ASCII :

#define UNICODE
#include <stdio.h>
void main()
{
   char  *szA =  "Hello ASCII
";   // chaîne ASCII
   WCHAR *szW = L"Hello UNICODE
"; // chaîne UNICODE

   // --- Visualiser les 2 versions
   printf(szA);
   wprintf(szW);




   // --- Convertir la chaîne UNICODE en ASCII

   char szWA[100];
   WideCharToMultiByte(CP_ACP,WC_COMPOSITECHECK
                      ,szW,wcslen(szW)
                      ,szWA,100
                      ,NULL,NULL);
   printf(szWA);
}


Ce qui donne :

Hello ASCII    chaîne ASCII
Hello UNICODE  chaîne UNICODE
Hello UNICODE  chaîne UNICODE convertie en ASCII

Peut-être faire un test en utilisant cette conversion sur readers[0]->friendly (à la place de szW) pour voir si ça corrige (localement) le problème ? 

   // set reader info
 
  char szWA[100];
   WideCharToMultiByte(CP_ACP,WC_COMPOSITECHECK
                      ,readers[0]->friendly,wcslen(readers[0]->friendly)
                      ,szWA,100
                      ,NULL,NULL);
   printf("Found reader: %s
",szWA);



Jean-François

Vinalys21 · Answer

Alors la j'avoue que je suis bluffé, ça marche niquel. Un grand merci ! Donc si j'ai bien compris cette fonction permet d' encoder une chaine UNICODE en ASCII? Il faudrait  donc que je compile en ASCII ? Je suis entrain de regarder comment passer ca en option au compilateur

Un tableau qui se remplit avec des'\0' entre chaque caractère ?

33 réponses

Votre réponse

Discussions similaires