Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!brl-adm!brl-smoke!gwyn
From: gwyn@brl-smoke.ARPA (Doug Gwyn )
Newsgroups: comp.unix.wizards
Subject: Re: casting args to functions...
Message-ID: <5362@brl-smoke.ARPA>
Date: Thu, 13-Nov-86 11:06:26 EST
Article-I.D.: brl-smok.5362
Posted: Thu Nov 13 11:06:26 1986
Date-Received: Thu, 13-Nov-86 21:40:53 EST
References: <1376@batcomputer.TN.CORNELL.EDU> <840@ur-valhalla.UUCP> <5068@ukme.ukma.uky.csnet> <115@tdi2.UUCP>
Reply-To: gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 12

In article <115@tdi2.UUCP> brandon@tdi2.UUCP (Brandon Allbery) writes:
>The problem is not this:  it is that ioctl() is documented as taking a pointer
>in some places and as taking an int in others.  Please note that it is not
>documented as taking a union, or is the "int" changed to a "long" on machines
>with 2-byte integers and 4-byte pointers.  Berkeley int==long-ism strikes
>again!

I don't think Berkeley int==long-ism has anything to do with this
specific problem.  If you want to roast Berkeley, how about roasting
them for deciding that those (int)s should be (int *)s and that the
size of the data structures should be encoded into an itty-bitty
field within the ioctl code.