Question

I frequently work with libraries that use char when working with bytes in C++. The alternative is to define a “Byte” as unsigned char but that not the standard they decided to use. I frequently pass bytes from C# into the C++ dlls and cast them to char to work with the library.

When casting ints to chars or chars to other simple types what are some of the side effects that can occur. Specifically, when has this broken code that you have worked on and how did you find out it was because of the char signedness?

Lucky i haven’t run into this in my code, used a char signed casting trick back in an embedded systems class in school. I’m looking to better understand the issue since I feel it is relevant to the work I am doing.

Answer 1

One major risk is if you need to shift the bytes. A signed char keeps the sign-bit when right-shifted, whereas an unsigned char doesn’t.
Here’s a small test program:

#include <stdio.h>

int main (void)
{
    signed char a = -1;
    unsigned char b = 255;

    printf("%d\n%d\n", a >> 1, b >> 1);

    return 0;
}

It should print -1 and 127, even though a and b start out with the same bit pattern (given 8-bit chars, two’s-complement and signed values using arithmetic shift).

In short, you can’t rely on shift working identically for signed and unsigned chars, so if you need portability, use unsigned char rather than char or signed char.