Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: Notesfiles; site uiucdcsb.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!ihnp4!inuxc!pur-ee!uiucdcsb!essick
From: essick@uiucdcsb.UUCP
Newsgroups: net.unix-wizards
Subject: Re: Bug in inet(3N) library - (nf)
Message-ID: <14900013@uiucdcsb.UUCP>
Date: Wed, 22-Aug-84 09:49:00 EDT
Article-I.D.: uiucdcsb.14900013
Posted: Wed Aug 22 09:49:00 1984
Date-Received: Fri, 24-Aug-84 04:02:44 EDT
References: <12624@sri-arpa.UUCP>
Lines: 20
Nf-ID: #R:sri-arpa:-1262400:uiucdcsb:14900013:000:751
Nf-From: uiucdcsb!essick    Aug 22 08:49:00 1984

#R:sri-arpa:-1262400:uiucdcsb:14900013:000:751
uiucdcsb!essick    Aug 22 08:49:00 1984

re: the clash between declarations of inet_addr() in the include file
	and in the actual routine.

I ran into this problem earlier this summer and figured I would be clever
about it and change the routine to return the appropriate type.

Boy was I in for a treat.  The gethost() functions in libc.a EXPECT
the difference between the two declarations and do tricks with casting
to get things right.

I figured at that point it was easier to just play games with casting
rather than change either the header file or the routine itself. While
not the solution I would have liked [it would be nice if they were
all consistent], I can now expect my code to run on all of the 4.2
systems which still have this mistake.

--Ray Essick, University of Illinois