Home
last modified time | relevance | path

Searched refs:ares_cancel (Results 1 – 15 of 15) sorted by relevance

/third_party/node/deps/cares/docs/
DMakefile.inc1 MANPAGES = ares_cancel.3 \
DMakefile.in328 MANPAGES = ares_cancel.3 \
/third_party/node/deps/cares/src/lib/
Dares_cancel.c26 void ares_cancel(ares_channel channel) in ares_cancel() function
DMakefile.inc12 ares_cancel.c \
DMakefile.in171 libcares_la-ares_android.lo libcares_la-ares_cancel.lo \
240 ./$(DEPDIR)/libcares_la-ares_cancel.Plo \
583 ares_cancel.c \
760 @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/libcares_la-ares_cancel.Plo@am__quote@ # am--inclu…
910 libcares_la-ares_cancel.lo: ares_cancel.c
911ares_cancel.lo -MD -MP -MF $(DEPDIR)/libcares_la-ares_cancel.Tpo -c -o libcares_la-ares_cancel.lo …
912 …pCC_TRUE@ $(AM_V_at)$(am__mv) $(DEPDIR)/libcares_la-ares_cancel.Tpo $(DEPDIR)/libcares_la-ares_can…
915 …_la_CFLAGS) $(CFLAGS) -c -o libcares_la-ares_cancel.lo `test -f 'ares_cancel.c' || echo '$(srcdir)…
1470 -rm -f ./$(DEPDIR)/libcares_la-ares_cancel.Plo
1574 -rm -f ./$(DEPDIR)/libcares_la-ares_cancel.Plo
/third_party/curl/lib/
Dasyn-ares.c211 ares_cancel((ares_channel)data->state.async.resolver); in Curl_resolver_cancel()
378 ares_cancel((ares_channel)data->state.async.resolver); in Curl_resolver_is_resolved()
478 ares_cancel((ares_channel)data->state.async.resolver); in Curl_resolver_wait_resolv()
/third_party/grpc/third_party/cares/
DBUILD.gn27 "ares_cancel.c",
Dcares.BUILD116 "ares_cancel.c",
/third_party/grpc/src/core/ext/filters/client_channel/resolver/dns/c_ares/
Dgrpc_ares_ev_driver.cc325 ares_cancel(ev_driver->channel); in on_readable_locked()
355 ares_cancel(ev_driver->channel); in on_writable_locked()
Dgrpc_ares_wrapper.cc366 ares_cancel(ev_driver->channel); in on_readable_locked()
396 ares_cancel(ev_driver->channel); in on_writable_locked()
/third_party/node/deps/cares/
Dcares.gyp46 'src/lib/ares_cancel.c',
DCHANGES1806 gethostbyaddr: fail with `ECANCELLED` for `ares_cancel()`
1808 When `ares_cancel()` was invoked, `ares_gethostbyaddr()`
1811 It seems appropriate to treat `ares_cancel()` like `ares_destroy()`,
3633 This commit clarifies the behaviour of ares_cancel() with respect to
3639 ares_cancel(): cancel requests safely
3641 An invocation of ares_cancel() walks through the request list, calling
3646 ares_cancel() are cancelled, and that adding new requests through
/third_party/node/deps/cares/include/
Dares.h357 CARES_EXTERN void ares_cancel(ares_channel channel);
/third_party/curl/m4/
Dcurl-confopts.m4565 ares_cancel(channel); /* added in 1.2.0 */
/third_party/node/src/
Dcares_wrap.cc1846 ares_cancel(channel->cares_channel()); in Cancel()