from small one page howto to huge articles all in one place

search text in:




Other .linuxhowtos.org sites:gentoo.linuxhowtos.org



Last additions:
using iotop to find disk usage hogs

using iotop to find disk usage hogs

words:

887

views:

209580

userrating:


May 25th. 2007:
Words

486

Views

258587

why adblockers are bad


Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

words:

161

views:

149876

userrating:


April, 26th. 2006:

Druckversion
You are here: manpages





ARES_TIMEOUT

Section: C Library Functions (3)
Updated: 25 July 1998
Index Return to Main Contents
 

NAME

ares_timeout - return maximum time to wait  

SYNOPSIS

#include <ares.h>

struct timeval *ares_timeout(const ares_channel_t *channel,
                             struct timeval *maxtv,
                             struct timeval *tv)
 

DESCRIPTION

The ares_timeout(3) function determines the maximum time for which the caller should wait before invoking ares_process(3) to process timeouts. The parameter maxtv specifies a existing maximum timeout, or NULL if the caller does not wish to apply a maximum timeout. The parameter tv must point to a writable buffer of type struct timeval It is valid for maxtv and tv to have the same value.

If no queries have timeouts pending sooner than the given maximum timeout, ares_timeout(3) returns the value of maxtv; otherwise ares_timeout(3) stores the appropriate timeout value into the buffer pointed to by tv and returns the value of tv.  

SEE ALSO

ares_fds(3), ares_process(3), ares_process_fd(3)


 

Index

NAME
SYNOPSIS
DESCRIPTION
SEE ALSO





Support us on Content Nation
rdf newsfeed | rss newsfeed | Atom newsfeed
- Powered by LeopardCMS - Running on Gentoo -
Copyright 2004-2025 Sascha Nitsch Unternehmensberatung GmbH
Valid XHTML1.1 : Valid CSS
- Level Triple-A Conformance to Web Content Accessibility Guidelines 1.0 -
- Copyright and legal notices -
Time to create this page: 16.0 ms