Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site ukma.UUCP
Path: utzoo!watmath!clyde!cbosgd!hasmed!qusavx!ukma!david
From: david@ukma.UUCP (David Herron, NPR Lover)
Newsgroups: net.lang.c
Subject: Re: The one and only objection to C
Message-ID: <434@ukma.UUCP>
Date: Wed, 26-Dec-84 21:02:35 EST
Article-I.D.: ukma.434
Posted: Wed Dec 26 21:02:35 1984
Date-Received: Fri, 28-Dec-84 06:01:15 EST
Organization: Univ. of KY Mathematical Sciences
Lines: 41

> From: bing@galbp.UUCP (Bing Bang)
> Newsgroups: net.lang.c
> Subject: The one and only objection to C
> Message-ID: <69@galbp.UUCP>
> Date: Thu, 20-Dec-84 17:17:35 EST

> I love C. I think it's by far the best compiler based language that has ever
> been produced.
So do I.  C++ looks real neat though.

> I only have minor complaint:
> why in the world does most C compilers insist on padding structures?
>
> I am currently working on a network driver that needs to handle a data
> packet that has a precise structure to it. It's easy to describe the
> structure in C, but if the compiler puts in padding between fields, I can't
> simply read in a packet on top of a structure. I must instead "jump" over
> the padding bytes both going and comming.

Huh?  I just looked at the proposed standard.  It states that the
sizeof a structure includes anything needed for padding, whether
internal or external.  I don't see why any compiler would implement
this differently.  

Ok, just engaged mind before (during anyway) writing.  Ok.  They
do it because not all machines are byte addressed.  Or have restrictions
as to where ints are placed.  That answer your question?

> "No, you stupid computer, do what I mean, not what I type!"
> ...akgua!galbp!bing


--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:--:-
David Herron;  ARPA-> "ukma!david"@ANL-MCS
(Try the arpa address w/ and w/o the quotes, I have had much trouble with both.)

UUCP          -:--:--:--:--:--:--:--:--:-          (follow one of these routes)

{ucbvax,unmvax,boulder,research} ! {anlams,anl-mcs} -----\  vvvvvvvvvvv
							  >-!ukma!david
   {cbosgd!hasmed,mcvax!qtlon,vax135,mddc} ! qusavx -----/  ^^^^^^^^^^^