From owner-freebsd-net Mon Jul 16 8:20:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id C7D1237B407 for ; Mon, 16 Jul 2001 08:20:37 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id DC2D54B22; Tue, 17 Jul 2001 00:20:31 +0900 (JST) To: Ian Dowse Cc: freebsd-net@FreeBSD.ORG, Bernd Walter , Hajimu UMEMOTO In-reply-to: iedowse's message of Mon, 16 Jul 2001 15:25:25 +0100. <200107161525.aa15954@salmon.maths.tcd.ie> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: how to get AF_LOCAL from getaddrinfo() From: itojun@iijlab.net Date: Tue, 17 Jul 2001 00:20:31 +0900 Message-ID: <14350.995296831@itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>I'd very much like to see PF_LOCAL support added to our getaddrinfo() >>and getnameinfo(). I know that PF_LOCAL sockets have semantics that >Here is quick and simple implementation - any comments welcome. It >probably needs a few changes to match the conventions of other >implementations, and a mention of these conventions on the manpage. what is the main motive of your change? your change is correct in terms of address family independence, however, due to the impact of the change, i would really want you to be careful as hell. if i were you i won't go there. (i don't think i will bring the change back to kame tree, i don't want to affect other platforms) the change will break a lot of applications. specifically: - TCP-only clients, including ftp. (*) - daemons which usees AI_PASSIVE to open listeing sockets. they won't get broken, but they will have a AF_UNIX socket unwillingly opened for listening. (*) you can blame us (or whoever else) for not checking AF_INET/ AF_INET6 on getaddrinfo loop, but anyway, there are a lot of applications that does not. also, with AF_UNIX, {NI,AI}_NUMERIC{HOST,SERV} does not have proper interpretation. you will need to pick some interpretation (maybe you may want to follow what NRL did for linux glibc/NRL IPv6 stack) again, if i were you i won't go there. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message