Façon d'obtenir unsigned char dans un std::string sans reinterpret_cast?

J'ai un unsigned char tableau que j'ai besoin dans un std::string, mais ma façon actuelle utilise reinterpret_cast que je voudrais éviter. Est-il une manière plus propre de faire cela?

unsigned char my_txt[] = {
  0x52, 0x5f, 0x73, 0x68, 0x7e, 0x29, 0x33, 0x74, 0x74, 0x73, 0x72, 0x55
}
unsigned int my_txt_len = 12;

std::string my_std_string(reinterpret_cast<const char *>(my_txt), my_txt_len);
  • Et pourquoi vous n'aimez pas reinterpret_cast...?
  • Il semble toujours comme un hack pour forcer un casting, je préfère utiliser des choses comme l'est plutôt que de forcer le compilateur à les traiter comme quelque chose d'autre.
  • Pourquoi ne pas utiliser char pour my_txt; après tout, ces valeurs sont affichées au format ASCii. Cela peut conduire à la résolution d'autres problèmes.
  • C'est un fichier généré, donc je préfère ne pas avoir à traiter.
  • L'initialisation d'un string de unsigned char* semble assez raisonnable pour moi. Je suis surprise de voir que quelqu'un a une objection à vouloir le faire sans l'aide d'un plâtre.
InformationsquelleAutor WilliamKF | 2010-05-15
  1. 19

    Utiliser l'itérateur constructeur:

    std::string my_std_string(my_txt, my_txt + my_txt_len);

    C'est en supposant que vous souhaitez unsigned caractères pour être converti en char. Si vous voulez à être réinterprété, alors vous devriez utiliser reinterpret_cast. Ce serait parfaitement propre, car ce que vous dites est exactement ce qui est fait.

    Dans votre exemple, si, il ne fait aucune différence, parce que toutes les valeurs du tableau sont dans la gamme 0 à CHAR_MAX. Il est donc garanti que ces valeurs sont représentées de la même manière dans char comme ils sont dans unsigned char, et, par conséquent, que les réinterpréter est le même que pour la convertir. Si vous avait des valeurs supérieures à CHAR_MAX puis implémentations sont autorisés à les traiter différemment.

    • Quelle est la différence entre la unsigned char être converti en char et de leur être "interprétée" comme char?
    • sur la plupart des implémentations, il ne fait aucune différence, mais des architectures, il pourrait y en avoir un. Le résultat de la conversion d'une valeur supérieure à CHAR_MAX char de la mise en œuvre est définie. Le résultat de la réinterprétation, dépend de la valeur de la représentation des types, et n'est pas garanti d'être le même que la conversion.
    • Salut @steve Ne la matrice besoin d'un suiveur à 0 avant de faire une chaîne de cela?
    • non, l'itérateur constructeur de string poignées.
    InformationsquelleAutor Steve Jessop
  2. 7

    Avez-vous essayé de succession?

         stringstream s;
     s << my_txt;

     string str_my_txt = s.str();
    • Il a travaillé beaucoup pour moi, vous ne savez pas pourquoi vous dites qu'il ne fonctionne pas?
    • Hé oui, tout à fait votre droit!!! Avait un momentery lapse de la raison là!!!
    • En fait, j'ai juste à faire de la chance, le manque de fin NULL causes ABR dans certains cas. Voir question à ce sujet ici: stackoverflow.com/questions/2889074/...
    InformationsquelleAutor Robben_Ford_Fan_boy
  3. 0
      int _tmain(int argc, _TCHAR* argv[])
  {
        unsigned char temp  = 200;
        char temp1[4];

        sprintf(temp1, "%d", temp);

        std::string strtemp(temp1);

        std::cout<<strtemp.c_str()<<std::endl;

        return 0;
   }
    • Alors que cet extrait de code, peut-être de résoudre la question, y compris une explication aide vraiment afin d'améliorer la qualité de votre post. Rappelez-vous que vous répondez à la question pour les lecteurs dans l'avenir, et pas seulement la personne qui vous demande maintenant! Veuillez modifier votre réponse pour ajouter des explications, et de donner une indication de ce que les limites et les hypothèses s'appliquent.
    InformationsquelleAutor Praveer Kumar