views:

237

answers:

4

Assuming I have a struct like the following:

struct Struct {
    char Char;
    int Int;
};

and sizeof( int ) is greater than one and the compiler adds padding for the Char member variable - is the compiler-generated code allowed to change the values of the padding bytes?

I mean if I use pointer arithmetic and write some data into the padding bytes surrounding the Char member variable and later do variable.Char = assignment is it possible that the code generated by the compiler will also overwrite some of the padding bytes?

+7  A: 

The following sentence is wrong: No, it would not overwrite the padding bytes. But it probably is not a good practice to use that. If you need it, add member variables there.

I researched based on comments indicating (correctly) that I am stupid:

The C Standard has an "Annex J" with section J.1 Unspecified behavior. It says, "The value of padding bytes when storing values in structures or unions". The implication is that the compiler can generate whatever instructions it wants to write the data into the structure, which may allow it to overwrite padding after a member.

Mark Wilkins
There is nothing to stop the compiler from overwriting the padding.
Richard Pennington
yeah, why wouldn't it?
jalf
Mea culpa. You are correct. There is nothing preventing it. Annex J of the C standard lists "the value of padding bytes in structures" as being unspecified.
Mark Wilkins
+4  A: 

You sure can write something there, and memset-ing an instance of such structure does that. However, it's not safe and never a good idea to do so. Some other day another developer puts a #pragma somewhere or adds a member to struct declaration and your code will explode in many weird and fancy ways, which could take quite a while to debug.

Dmitry
+10  A: 

What if the compiler were smart enough to use a word write to save the char? Your carefully saved data would be lost. ;-)

Richard Pennington
right, I think that's the question. Is the compiler allowed to do that or not?
quinmars
The compiler is apparently allowed to do that. I updated my incorrect answer to indicate as much and upvoted this one.
Mark Wilkins
@MarkW, oh, good to know. Thanks!
quinmars
+1  A: 

The only reason to do this would be something like a plugin evilly tricking a host application into storing extra data.

Don't do it though, because at some point in the future it will break, and it will be a severe headache for all concerned.

Autopulated