Brad House

fixed in #731

I'm not seeing anything obvious at first glance that might have caused this. Our 'make dist' uses the MANPAGES variable from docs/Makefile.inc to determine what to package, and its listing...

Well shoot, it works just fine for me when I build the distribution tarball... @bagder, any idea what happened? Seems like we'll need a 1.27.1 release to fix the packaging...

its actually not just that one file, its all 3 new manpages ares_queue.3, ares_queue_active_queries.3, and ares_queue_wait_empty.3. Hopefully @bagder can chime in since he does the final release package and signing.

Currently there is no way to do that within c-ares itself as c-ares doesn't employ any sort of queuing mechanism, it sends requests immediately. It is known that many DNS...

What's funny is a lot of DNS servers have very low defaults for rate limiting, even on recursive name servers, or caching proxies like dnsmasq, which may make it appear...

Looks pretty good, a couple minor things: 1. `ares_process()` should point to `ares_process_fd()` instead of pointing to using the event thread since not all systems may have threads (or c-ares...

were you going to finish this off, or did you want me to run with it from here and make those changes I suggested?

FYI, we're looking to release c-ares 1.27.0 in about a week.

1. Need to update other build systems a. CMake: https://github.com/c-ares/c-ares/blob/main/test/CMakeLists.txt#L40 needs `TARGET_COMPILE_DEFINITIONS (arestest PRIVATE CARES_ALLOW_DEPRECATED)` .. and maybe also for the various other things like `aresfuzz` b. MSVC NMake: https://github.com/c-ares/c-ares/blob/main/test/Makefile.msvc#L195...