[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Fwd: Re: Will all 4 of these functions be in 3.7?
From:       Thiago Macieira <thiago.macieira () kdemail ! net>
Date:       2005-02-11 23:27:05
Message-ID: 200502112127.05978.thiago.macieira () kdemail ! net
[Download RAW message or body]


Dave Feustel wrote:
>----------  Forwarded Message  ----------
>
>Subject: Re: Will all 4 of these functions be in 3.7?
>Date: Thursday 10 February 2005 11:05 pm
>From: "Todd C. Miller" <Todd.Miller@courtesan.com>
>To: dfeustel@mindspring.com
>Cc: misc@openbsd.org
>
>The code in OpenBSD-current for getprotobyname_r, getprotobynumber_r
>and getservbyport_r is what will appear in 3.7.  We don't currently
>have a gethostbyname_r and I doubt we will by 3.7 since making the
>resolver re-entrant is a non-trivial task.

The glibc people made their resolver reentrant by using thread-local 
storage for all resolver-related variables. So the global 'res' state 
variable (resolv.h) is actually #defined to call a function that returns 
the thread-local version.

But that begs the question: if their resolver is non-reentrant, do they 
have getaddrinfo (which is mandatorily thread-safe)?

-- 
  Thiago Macieira  -  thiago (AT) macieira (DOT) info
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

1. On frumscafte, hwonne time_t wæs náht, se scieppend þone circolwyrde 
wundorcræftlíge cennede and seo eorðe wæs idel and hit wæs gód.

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]