Date: Sat, 21 Feb 2004 13:10:45 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: "Brian F. Feldman" <green@freebsd.org> Cc: current@freebsd.org Subject: Re: Testers wanted: reentrant resolver Message-ID: <20040221021045.GB8042@server.vk2pj.dyndns.org> In-Reply-To: <200402210048.i1L0mVGW014390@green.homeunix.org> References: <Pine.GSO.4.10.10402201927260.12256-100000@pcnet5.pcnet.com> <200402210048.i1L0mVGW014390@green.homeunix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Feb 20, 2004 at 07:48:31PM -0500, Brian F. Feldman wrote: >Other APIs have the option of failing. __h_errno() does not have the option >of failing, so what do I do if pthread_key_create() fails? Also, if >malloc() fails each time pthread_getspecific() returns NULL for the thread? An off-the-top-of-my-head answer would be for __h_errno() to return NETDB_INTERNAL with the relevant error in errno. My gut feeling is that if pthread_key_create() or malloc() fails, you have far more serious issues with that thread/process than not knowing whether a DNS lookup worked or not. Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040221021045.GB8042>