Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utcs!oscvax!rico
From: rico@oscvax.UUCP
Newsgroups: net.micro.amiga
Subject: Re: Re: Orphaned Response
Message-ID: <430@oscvax.UUCP>
Date: Mon, 7-Jul-86 10:31:30 EDT
Article-I.D.: oscvax.430
Posted: Mon Jul  7 10:31:30 1986
Date-Received: Mon, 7-Jul-86 17:22:23 EDT
References: <8607040632.AA22409@pavepaws>
Reply-To: rico@oscvax.UUCP (Rico Mariani)
Organization: Ontario Science Centre, Toronto
Lines: 25
Summary: 

In article <8607040632.AA22409@pavepaws> dillon@PAVEPAWS.BERKELEY.EDU.UUCP writes:
>
>	I Believe K & R define shorts and longs to be not less than 16 and
>32 bits respectively.
>
>			-Matt

I don't have my K&R with me right now to check but I beleive that the
above is incorrect.  I think it's

	int >= 16 bits

	# of bits in a short <= # of bits in an int
	# of bits in a long  >= # of bits in an int

That's all she wrote... meaning  you could have a system with 
	ints = shorts = longs = 16 bits  (yecch!)

I think char's are "the smallest addressable unit large enough to hold a
character" which is almost always a "byte" (I think its bigger on Honeywells).
I don't know if there are any guarantees about this...

Like I said, I'm not sure about this.  This should probably be in net.lang.c

	-Rico