From kde-core-devel  Fri Feb 11 23:20:50 2005
From: Thiago Macieira <thiago.macieira () kdemail ! net>
Date: Fri, 11 Feb 2005 23:20:50 +0000
To: kde-core-devel
Subject: Re: kdelibs 3.4beta2 make still broken for Openbsd
Message-Id: <200502112120.51580.thiago.macieira () kdemail ! net>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=110816405330126
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart1416457.GmHZfZtzoN"

--nextPart1416457.GmHZfZtzoN
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Michael Nottebrock wrote:
>> > While you are at it, can you perhaps adapt the configure checks to
>> > check for the existence of lwres/netdb.h and use that if detected?

No.

>> > The get*_r functions are hidden away in that header on FreeBSD. :-\

>Looks like it's liblwres which comes with BIND9, I guess supporting that
> in a generic way could be beneficial for more systems than just
> FreeBSD... looking at kdecore/configure.in.in though, I'm not sure if I
> can come up with anything you might like. Let me know if I should try
> anyway or if you need a guinea-pig for testing...

lwres isn't DNS. It requires a lwresd daemon running. BIND9's named can=20
serve as lwresd as well, but I don't know any default installation that=20
turns that on or lwresd.

lwresd is like nscd, but better implemented. However, lwres_* functions do=
=20
not revert to DNS, if I remember correctly.

I don't think that adding yet another library, just for name-resolution,=20
is a good idea. If people are using platforms without proper functions in=20
the default libraries, they won't get the full functionality.

As for your other email on getaddrinfo being thread-safe, I replied in=20
private. To summarise: yes, it is supposed to be thread-safe, and so is=20
getnameinfo. However, the practice is different from theory.

If FreeBSD has properly thread-safe functions but doesn't have=20
getservbyname_r & family, I'll need to add an exception to allow=20
parallelised name-resolution. But the mutex will have to stay.

=2D-=20
  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=C3=A6s n=C3=A1ht, se scieppend =C3=BEone =
circolwyrde=20
wundorcr=C3=A6ftl=C3=ADge cennede and seo eor=C3=B0e w=C3=A6s idel and hit =
w=C3=A6s g=C3=B3d.

--nextPart1416457.GmHZfZtzoN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCDT3TM/XwBW70U1gRAsfQAKC0S678KufUXiFBAqeWrAXu+59OVACeMDLt
t3kFMIKqBHRUR9yYjYs2Sxs=
=iKUc
-----END PGP SIGNATURE-----

--nextPart1416457.GmHZfZtzoN--