uint8_t non può essere stampato con cout

Ho uno strano problema nel lavorare con numeri interi in C ++.

Ho scritto un semplice programma che imposta un valore su una variabile e quindi lo stampa, ma non funziona come previsto.

Il mio programma ha solo due righe di codice:

uint8_t aa = 5;

cout << "value is " << aa << endl;

L'output di questo programma è value is

Cioè, stampa in bianco per aa.

Quando cambio uint8_tal uint16_tcodice sopra funziona come un fascino.

Uso Ubuntu 12.04 (Precise Pangolin), 64-bit, e la mia versione del compilatore è:

gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)

In realtà non stampa uno spazio vuoto, ma molto probabilmente il carattere ASCII con valore 5, che non è stampabile (o invisibile). Esistono numerosi codici di caratteri ASCII invisibili , molti dei quali inferiori al valore 32, che in realtà è lo spazio vuoto.

Devi convertire aain unsigned intper generare il valore numerico, dal momento che ostream& operator<<(ostream&, unsigned char)tenta di produrre il valore del carattere visibile.

uint8_t aa=5;

cout << "value is " << unsigned(aa) << endl;

uint8_tsarà molto probabilmente un typedefper unsigned char. La ostreamclasse ha un sovraccarico speciale per unsigned char, cioè stampa il personaggio con il numero 5, che non è stampabile, quindi lo spazio vuoto.

L'aggiunta di un operatore + unario prima della variabile di qualsiasi tipo di dati primitivo fornirà un valore numerico stampabile invece del carattere ASCII (nel caso del tipo di carattere).

uint8_t aa = 5;
cout<<"value is "<< +aa <<endl;

È perché l'operatore di output tratta uint8_tcome un char(di uint8_tsolito è solo un alias per unsigned char), quindi stampa il carattere con il codice ASCII (che è il sistema di codifica dei caratteri più comune) 5.

Vedi ad esempio questo riferimento .

• Facendo uso di ADL (ricerca dei nomi dipendente dall'argomento):

  #include <cstdint>
  #include <iostream>
  #include <typeinfo>
  
  namespace numerical_chars {
  inline std::ostream &operator<<(std::ostream &os, char c) {
      return std::is_signed<char>::value ? os << static_cast<int>(c)
                                         : os << static_cast<unsigned int>(c);
  }
  
  inline std::ostream &operator<<(std::ostream &os, signed char c) {
      return os << static_cast<int>(c);
  }
  
  inline std::ostream &operator<<(std::ostream &os, unsigned char c) {
      return os << static_cast<unsigned int>(c);
  }
  }
  
  int main() {
      using namespace std;
  
      uint8_t i = 42;
  
      {
          cout << i << endl;
      }
  
      {
          using namespace numerical_chars;
          cout << i << endl;
      }
  }

  produzione:

  *
  42

• Sarebbe anche possibile un manipolatore di flussi personalizzato.

• Anche l'operatore plus unario è un idioma pulito ( cout << +i << endl).

coutsta trattando aacome un charvalore ASCII 5che è un carattere non stampabile, prova a digitare intprima di stampare.

Il operator<<()sovraccarico tra istreame charè una funzione non membro. È possibile utilizzare esplicitamente la funzione membro per trattare un char(o un uint8_t) come un int.

#include <iostream>
#include <cstddef>

int main()
{
   uint8_t aa=5;

   std::cout << "value is ";
   std::cout.operator<<(aa);
   std::cout << std::endl;

   return 0;
}

Produzione:

value is 5

Come altri hanno già detto, il problema si verifica perché lo stream standard considera il carattere con segno e il carattere senza segno come caratteri singoli e non come numeri.

Ecco la mia soluzione con modifiche minime al codice:

uint8_t aa = 5;

cout << "value is " << aa + 0 << endl;

Aggiunta "+0" è sicura con qualsiasi numero compreso il virgola mobile.

Per i tipi interi cambierà il tipo di risultato in intif sizeof(aa) < sizeof(int). E non cambierà tipo sesizeof(aa) >= sizeof(int) .

Questa soluzione è anche buona per prepararsi int8_tad essere stampata per lo streaming mentre alcune altre soluzioni non sono così buone:

int8_t aa = -120;

cout << "value is " << aa + 0 << endl;
cout << "bad value is " << unsigned(aa) << endl;

Produzione:

value is -120
bad value is 4294967176

La soluzione PS con ADL data da pepper_chico e πάντα ῥεῖ è davvero bella.