We can initialize a struct with zero length array as specified in the link:
I’m using the following structures:
typedef unsigned char UINT8;
typedef unsigned short UINT16;
typedef struct _CommandHeader
{
UINT16 len;
UINT8 payload[0];
} CommandHeader;
typedef struct _CmdXHeader
{
UINT8 len;
UINT8 payload[0];
} CmdXhHeader;
Now the CommandHeader.payload should point / contain to CmdXHeader struct. i.e. memory should look like:
-------------------------------------------------------------
| CommandHeader.len | CmdXHeader.len | CmdXHeader.payload ....|
-------------------------------------------------------------
I can easily malloc CmdXHeader / CommandHeader to customized length. But how to assign value to CmdXHeader payload or how to link a CmdXHeader object to the CommandHeader.payload?
My Solution
Thanks for all the reply. I solved it in the following way:
//Get the buffer for CmdXHeader:
size_t cmdXHeader_len = sizeof(CmdXHeader) + custom_len;
CmdXHeader* cmdXHeader = (CmdXHeader*) malloc(cmdXHeader_len);
//Get a temporary pointer and assign the data to it
UINT8* p;
p[0] = 1;
p[2] = 2;
.......
//Now copy the memory of p to cmdXHeader
memcopy(cmdHeader->payload, p, custom_len);
// allocate the buffer for CommandHeader
CommandHeader* commandHeader = (CommandHeader*) malloc (sizeof (CommandHeader) + cmdXHeader_len);
// populate the fields in commandHeader
commandHeader->len = custom_len;
memcpy(commandHeader->payload, cmdXHeader, cmdXHeader_len);
Now the commandHeader object have the desired memory and we can typecast with whatever way we want…
A zero-length array at the end of a struct, or anywhere else, is actually illegal (more precisely a constraint violation) in standard C. It’s a gcc-specific extension.
It’s one of several forms of the “struct hack”. A slightly more portable way to do it is to define an array of length 1 rather than 0.
Dennis Ritchie, creator of the C language, has called it “unwarranted chumminess with the C implementation”.
The 1999 revision of the ISO C Standard introduced a feature called the “flexible array member”, a more robust way to do this. Most modern C compilers support this feature (I suspect Microsoft’s compiler doesn’t, though).
This is discussed at length in question 2.6 of the comp.lang.c FAQ.
As for how you access it, whichever form you use, you can treat it like you’d treat any array. The name of the member decays to a pointer in most contexts, allowing you to index into it. As long as you’ve allocated enough memory, you can do things like:
Obviously this is only a rough outline.
Note that
sizeof, when applied to the typeCommandHeaderor an object of that type, will give you a result that does not include the flexible array member.Note also that identifiers starting with underscores are reserved to the implementation. You should never define such identifiers in your own code. There’s no need to use distinct identifiers for the typedef name and the struct tag:
I’d also suggest using the standard types
uint16_tanduint8_t, defined in<stdint.h>(assuming your compiler supports it; it’s also new in C99).(Actually the rules for identifiers starting with underscores are slightly more complex. Quoting N1570, the latest draft of the standard, section 7.1.3:
And there are several more classes of reserved identifiers.
But rather than working out which identifiers are safe to use at file scope and which are safe to use in other scopes, it’s much easier just to avoid defining any identifiers that start with an underscore.)