🚀 go-pugleaf

karl@haddock.ima.isc.com (Karl Heuer) writes:
>In article <14049@smoke.BRL.MIL> gwyn@smoke.BRL.MIL (Doug Gwyn) writes:
>>	int a[4][5];
>>	a[1][7] = 0;	/* undefined behavior */
>
>I presume that this ruling (if upheld) also means that strictly conforming
>programs may not use extensible structs via the usual overmalloc hack?

Alternatively, (int (*)[5])malloc(4 * 5 * sizeof(int)) may be deemed to create
an object viewable as being 20 ints even though int a[4][5] does not, in which
case the overmalloc hack would still be fine (though blecherous).

ajr

--

"Anytime there are electronic systems there are usually complications of
electronic failure," he said.