Re: Userland API for threaded programs to reload /etc/resolv.conf

[David Brownlee <abs%netbsd.org@localhost>]

Thanks -  PR bin/48379

On 1 November 2013 13:30, Christos Zoulas <christos%zoulas.com@localhost> wrote:
> I don't know please file a PR and I will take a look at it.
>
> Christos
>
> On Nov 1, 2013, at 8:41 AM, David Brownlee <abs%netbsd.org@localhost> wrote:
>
> On 1 November 2013 12:23, Christos Zoulas <christos%astron.com@localhost> 
> wrote:
>>
>> In article <20131101090648.GB29468%mail.duskware.de@localhost>,
>> Martin Husemann  <martin%duskware.de@localhost> wrote:
>> >Hey folks,
>> >
>> >assume you have a multi threaded, long running application. The app
>> >does regular DNS queries using the high level APIs (getaddrinfo(3) and
>> >friends) and uses a pool of threads specifically for those lookups.
>> >
>> >Every now and then it wants to make sure that /etc/resolv.conf changes
>> > get
>> >noticed and used by the resolver.
>>
>> This is not the job of the application. Our resolver handles this just
>> fine.
>> It uses a kqueue to register for file update events to /etc/resolv.conf,
>> and updates itself internally when needed.
>
>
> Very cool. Does this work if /etc/resolv.conf is a symlink?