Les spécificateurs de Format pour u_int8_t, uint16_t, ...?

Si j'ai une variable de type entier je peux utiliser sscanf comme indiqué ci-dessous en utilisant le spécificateur de format %d.

sscanf (line, "Value of integer: %d\n", &my_integer);

Où puis-je trouver les spécificateurs de format pour uint8_t, uint16_t, uint32_t et uint64_t?

un uint64_t a probablement %lu.

  • N'est-ce pas %lu pour unsigned long? C'est souvent à 32 bits.
  • Pas de problème si vous utilisez iostreams au lieu de cela, qui s'adaptent au type de
  • attention, pour 64 bits de cibles, Windows 64 unsigned long est de 32 bits, alors que tous les UNIX et Linux 64 bits unsigned long sont 64 bits.
  • Trosset unsigned long n'est PAS 64 bits sur 64 bits variantes d'UNIX. Il est 32 bits sur 64 bits solaris à l'aide de gcc. Une fois, j'ai eu une expérience douloureuse d'apprentissage que c'est 64bits sur linux.
  • À partir de ce qui est expliqué là: unix.org/version2/whatsnew/lp64_wp.html, 64 bits solaris doit être une exception à UNIX être LP64.
InformationsquelleAutor Undefined | 2011-08-09
  1. 84

    Ils sont déclarés dans <inttypes.h> que les macros: SCNd8, SCNd16, SCNd32 et SCNd64.
    Exemple (pour int32_t):

    sscanf (line, "Value of integer: %" SCNd32 "\n", &my_integer);

    Leur format est PRI (pour printf)/SCN (pour analyse), o, u, x, X d, i pour l'correspondant spécificateur puis plus rien, du MOINS, RAPIDE, MAX, puis la taille (il n'y a évidemment pas de taille pour MAX). Quelques autres exemples: PRIo8, PRIuMAX, SCNoFAST16.

    Edit: BTW un une question relative à la demandé pourquoi cette méthode a été utilisée. Vous pouvez trouver les réponses intéressantes.

    • Il devrait être SCNu32 pour uint32_t. SCNi32 est pour int32_t.
    • +1. Je ne les connaissais pas. :-s
    • -1: Ils ne sont pas déclaré il y a, à l'exception de la non-extension standard.
    • une question à propos de int8_t bien évidemment supposer C++0X ou une extension de l'importation de ceux de C99 avant que la norme ne sorte. Dans le premier cas, <inttypes.h> est présent, dans la seconde, en supposant que l'importation de <inttypes.h> en même temps que <stdint.h> est un pari assez sûr pour la mise en œuvre, je le sais.
    • C'est bien vrai, mon erreur. Downvote supprimé.
    • En fait, je vais upvote ce 🙂
    • Comme c'est populaire, Q & A, suggèrent un commentaire à propos d'une question secondaire: le certainement problématique de fuite '\n' dans un scanf() format.

    InformationsquelleAutor AProgrammer
  2. 7

    Comme les autres ont dit, comprennent <stdint.h> en-tête définit le format des macros. En C++, cependant, de définir __STDC_FORMAT_MACROS avant de l'inclure. De stdint.h:

    /* The ISO C99 standard specifies that these macros must only be
   defined if explicitly requested.  */
#if !defined __cplusplus || defined __STDC_FORMAT_MACROS
    • Et en fonction de C++0X, "Les macros définies par <cinttypes> sont fournis sans condition. En particulier, le symbole __STDC_FORMAT_MACROS, mentionné dans la note de bas de page 182 de la norme C, ne joue aucun rôle en C++." Mais la définition d' __STDC_FORMAT_MACROS peuvent aide avec les extensions sont pas mis à jour pour suivre C++0X.
    InformationsquelleAutor Maxim Egorushkin
  3. 2

    Selon 7.19.6 Formaté fonctions entrée/sortie de ISO/IEC 9899:TC2, il n'y a pas de formatage (donc je doute qu'il y tout pour le C++2003). Même si il ya des #define-macros disponibles dans la C99 de inttypes.h, cinttypes et inttypes.h ne font pas partie de la norme actuelle. Bien sûr, de taille fixe les types d'entiers non standard ainsi.

    De toute façon, j'ai sérieusement recommemend à l'aide de flux à la place:

    <any_type> x;
f >> x;

    et à faire. E. g.:

    std::stringstream ss;
uint32_t u;
std::cin >> u;

    Ceci a l'avantage qu'une fois dans l'avenir, de changer le type de la variable ne doit pas entraîner une cascade de bogues subtils et comportement indéfini.

    • En utilisant ">>" apparaît beaucoup plus lent que fscanf, 2 à 3 fois sur VC++ 2010
    • C'est une fonctionnalité. Par défaut, iostreams sont synchronisés avec les fonctions C. Vous pouvez désactiver cette fonction et le résultat sera que iostreams sont au moins aussi rapide.
    • Je suppose que tu veux dire std::ifstream.sync_with_stdio(false); . Ceci n'améliore pas la vitesse raisonnable. En outre, si la chaîne est lue par des << opérateur, puis analysé avec sscanf, puis la vitesse est presque le même qu'avec fscanf. Cela signifie que l'analyse des valeurs est plus lent avec iostream et ce n'est pas lié à la synchronisation.
    • Hmm, pas dans mes critères de référence: stackoverflow.com/a/9747716/76722 et stackoverflow.com/a/9212163/76722. Et je ne suis pas sûr de savoir pourquoi vous souhaitez utiliser <<, puis sscanf comme une alternative à fscanf.
    • Premier lien contient des tests lorsque les caractères sont lus, ce n'est pas implique la conversion de types. Le deuxième lien est plus intéressant, car il contient déjà int-s. Mais nous avons utilisé différents compilateurs. J'ai testé la plupart de l'int et float-s. D'autant plus intéressant que, en fait, tous les fichiers de la lecture dans mes tests est toujours avec std::ifstream. Mais à l'origine, il était utilisé pour lire tous les types avec "<<". Mais en version optimisée lit de chaînes avec getline(ifstream&, string&), puis analysé avec sscanfs pour les chaînes. La Performance s'est améliorée simplement en raison de l'utilisation d'autres de conversion de types, et pas par une optimisation de la lecture des données.
    InformationsquelleAutor Sebastian Mach
  4. 0

    En C, l'en-tête est <inttypes.h>, et des formats tels que SCNX8, SCNd16.

    Le même en-tête fonctionne probablement pour le C++ aussi.

    • <inttypes.h> a été importé dans la norme C++ en même temps que <stdint.h> (qui déclare le typedef int8_t et amis), officiellement en C++0X, mais dans la pratique, disponible en tant qu'extension dans les implémentations d'avoir une relation forte avec une mise en œuvre de C99.
    InformationsquelleAutor Jonathan Leffler
  5. 0

    Le bon format pour lire un uint64_t (typedef unsigned long long int) est, avec scanf et pas sscanf, "%" SCNu64 et pour l'impression est également SCNu64
    Exemple. dans votre code, vous lisez par exemple my_integer variable, alors vous ne
    scanf ("Value of integer:%" SCNu64, & my_integer); et d'écrire la même chose mais avec printf.

    InformationsquelleAutor Alejandro Caro
  6. -1

    Reportez-vous à cette pour sscanf d'utilisation.

    Ces types de données sont définis dans stdint.h. Reportez-vous ici pour stdint.h

    Shash

    • En référence n'est pas de répondre. Elle est principalement dit vous ne savez pas vous-même.
    • Je ne crois en copier, coller, si elle est disponible sur net!! + C'est comme joignant les points, sscanf & stdint, vous ne pensez pas ?
    • Mais stackoverflow réponses doivent rester valable en soi. Au moins dire où est cplusplus.com/reference/clibrary/cstdio/sscanf il est mentionné comment format int64 et coll.
    • +1, à réparer un tort!
    InformationsquelleAutor Shash316