Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 44182 invoked by uid 500); 30 Apr 2001 21:36:26 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 44167 invoked from network); 30 Apr 2001 21:36:24 -0000 Message-ID: <021501c0d1bd$44adf850$6400a8c0@godzilla> From: "David Reid" To: "APR Development List" References: <20010430123317.14734.qmail@apache.org><047401c0d179$57bcc190$96c0b0d0@roweclan.net> Subject: Re: os-unixware/7651: compilation of srclib/apr/network_io/unix/sa_common.c fails Date: Mon, 30 Apr 2001 22:33:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > Note that this path is only used on systems with getnameinfo() and IPv6 > support. The h_errno kludge helps out with some getnameinfo() issues > on common versions of glibc. Before we truly clean up this code we > need to understand what is needed to operate with getnameinfo() across > a variety of systems. Hopefully the h_errno stuff can then be hidden > inside ifdef GETNAMEINFO_SETS_H_ERRNO and any non-Unix platforms which > later add getnameinfo() support won't be hurt by the kludge since it > won't be set. In fact this was the cause of much confusion while Jeff and I tried to figure out what was wrong with some network code a while back. We definately need to ensure that we have a clear understanding of what is being set and therefore what we should be checking... david