r20901: - not all compiler like uint8_t data[0] elements!

- this fix looks really ugly but I don't know a better solution...

if we would use uint8_t *data; then we would send the pointer value
also in the network packet and we would need to initialize

s->data = ((void *)(&s->data) + 1;

to make the memcpy statements work as they're currently,
so we use uint8_t data[1] in the struct definition ...

tridge: please review careful!

hopefully fix the build on solaris and HPUX

metze
(This used to be commit 015097677c8a65e9f5a4367f4f89193a4b2de76b)

1 files changed, 5 insertions, 5 deletions

diff --git a/source4/cluster/ctdb/include/ctdb_private.h b/source4/cluster/ctdb/include/ctdb_private.h
index 68e82fd605..bace97afe7 100644
--- a/source4/cluster/ctdb/include/ctdb_private.h
+++ b/source4/cluster/ctdb/include/ctdb_private.h
@@ -157,20 +157,20 @@ struct ctdb_req_call {
 	uint32_t callid;
 	uint32_t keylen;
 	uint32_t calldatalen;
-	uint8_t data[0]; /* key[] followed by calldata[] */
+	uint8_t data[1]; /* key[] followed by calldata[] */
 };
 
 struct ctdb_reply_call {
 	struct ctdb_req_header hdr;
 	uint32_t datalen;
-	uint8_t  data[0];
+	uint8_t  data[1];
 };
 
 struct ctdb_reply_error {
 	struct ctdb_req_header hdr;
 	uint32_t status;
 	uint32_t msglen;
-	uint8_t  msg[0];
+	uint8_t  msg[1];
 };
 
 struct ctdb_reply_redirect {
@@ -183,13 +183,13 @@ struct ctdb_req_dmaster {
 	uint32_t dmaster;
 	uint32_t keylen;
 	uint32_t datalen;
-	uint8_t  data[0];
+	uint8_t  data[1];
 };
 
 struct ctdb_reply_dmaster {
 	struct ctdb_req_header hdr;
 	uint32_t datalen;
-	uint8_t  data[0];
+	uint8_t  data[1];
 };
 
 /* internal prototypes */