uint8_t no se puede imprimir con cout

Tengo un problema extraño sobre trabajar con enteros en C ++.

Escribí un programa simple que establece un valor en una variable y luego lo imprime, pero no funciona como se esperaba.

Mi programa solo tiene dos líneas de código:

uint8_t aa = 5;

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

La salida de este programa es value is

Es decir, se imprime en blanco para aa.

Cuando cambio uint8_tal uint16_tcódigo anterior funciona como un encanto.

Yo uso Ubuntu 12.04 (Precise Pangolin), 64 bits, y mi versión del compilador es:

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

Realmente no imprime un espacio en blanco, pero probablemente el carácter ASCII con valor 5, que no es imprimible (o invisible). Hay una serie de códigos de caracteres ASCII invisibles , la mayoría de ellos por debajo del valor 32, que en realidad es el espacio en blanco.

Debe convertir aaa unsigned intpara generar el valor numérico, ya que ostream& operator<<(ostream&, unsigned char)intenta generar el valor del carácter visible.

uint8_t aa=5;

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

uint8_tprobablemente será un typedefpara unsigned char. La ostreamclase tiene una sobrecarga especial para unsigned char, es decir, imprime el carácter con el número 5, que no es imprimible, de ahí el espacio vacío.

Agregar un operador unario + antes de la variable de cualquier tipo de datos primitivo dará un valor numérico imprimible en lugar del carácter ASCII (en el caso del tipo char).

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

Esto se debe a que el operador de salida trata el a uint8_tcomo char( uint8_tgeneralmente es solo un alias unsigned char), por lo que imprime el carácter con el código ASCII (que es el sistema de codificación de caracteres más común) 5.

Ver, por ejemplo, esta referencia .

• Haciendo uso de ADL (búsqueda de nombre dependiente del argumento):

  #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;
      }
  }

  salida:

  *
  42

• También sería posible un manipulador de flujo personalizado.

• El operador unario plus también es un buen lenguaje ( cout << +i << endl).

coutse trata aacomo un charvalor ASCII 5que es un carácter no imprimible, intente la conversión de texto intantes de imprimir.

los operator<<() sobrecarga entre istreamy chares una función no miembro. Puede usar explícitamente la función miembro para tratar a char(o a uint8_t) como 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;
}

Salida:

value is 5

Como otros dijeron antes, el problema ocurre porque el flujo estándar trata los caracteres con signo y los caracteres sin signo como caracteres únicos y no como números.

Aquí está mi solución con cambios mínimos de código:

uint8_t aa = 5;

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

Agregando "+0" es seguro con cualquier número, incluido el punto flotante.

Para los tipos enteros, cambiará el tipo de resultado a intif sizeof(aa) < sizeof(int). Y no cambiará el tipo sisizeof(aa) >= sizeof(int) .

Esta solución también es buena para prepararse int8_tpara imprimirse en streaming, mientras que otras soluciones no son tan buenas:

int8_t aa = -120;

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

Salida:

value is -120
bad value is 4294967176

La solución PS con ADL dada por pepper_chico y πάντα ῥεῖ es realmente hermosa.