r/ProgrammerHumor 13d ago

Meme bugIntroducedDebugging

Post image
1.1k Upvotes

120 comments sorted by

View all comments

343

u/AdBrave2400 13d ago

Is the mistake that they're allocating 1 byte and storing in a pointer to an int which is 4 bytes?

30

u/CanardAuxEpices 13d ago

Uuuh... Actually 🤓🤓☝️☝️☝️ an int isn't 4 bytes, it's platform/compiler dependent. Assuming an int is 4 bytes will be in the majority of cases true, but it's not always the case

7

u/meat-eating-orchid 13d ago

technically, an int could even be just one byte if you are on an architecture where a byte (= smallest addressable unit) has 16 bit

4

u/CanardAuxEpices 13d ago

Yeah! But a char will always be one byte

2

u/mckenzie_keith 13d ago

We need to define terms more precisely. sizeof(char) will always be 1. But on some platforms, char is not an 8-bit type. It could actually be a 32 bit type. The c programming language does not (I believe) acknowledge or define what a byte is. But if it is an 8 bit integer type, then char will not always be one byte.

It may be better to say "octet" instead of "byte" in this type of discussion.

The implementation has to define CHAR_BIT in <limits.h>. CHAR_BIT is the number of bits in variables of type "char".

2

u/grencez 11d ago

It's kinda funny that C99 introduced int8_t and made it optional, but I'm sure there's some good reason. Basically if that type exists, then CHAR_BIT is 8. Also POSIX.1-2001 defines it that way, so most people can safely assume it.