From 5de447b0cb6736f64ca43ad441a35d605a231afc Mon Sep 17 00:00:00 2001
From: Daniel Stenberg <daniel@haxx.se>
Date: Thu, 15 Apr 2004 15:05:12 +0000
Subject: [PATCH] clarified that select() timeouts should always remain rather
 short

---
 docs/libcurl/curl_multi_fdset.3 | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/docs/libcurl/curl_multi_fdset.3 b/docs/libcurl/curl_multi_fdset.3
index 2e9fd8feda..2faaad2983 100644
--- a/docs/libcurl/curl_multi_fdset.3
+++ b/docs/libcurl/curl_multi_fdset.3
@@ -1,6 +1,6 @@
 .\" $Id$
 .\"
-.TH curl_multi_fdset 3 "3 May 2002" "libcurl 7.9.5" "libcurl Manual"
+.TH curl_multi_fdset 3 "15 Apr 2004" "libcurl 7.9.5" "libcurl Manual"
 .SH NAME
 curl_multi_fdset - extracts file descriptor information from a multi handle
 .SH SYNOPSIS
@@ -22,6 +22,12 @@ of them are ready to be read from or written to.
 NOTE that once this call is made, you must not remove the sets you point to,
 as libcurl will need to be able to read them. It needs them after select()
 calls, to know if certain sockets are readable or writable.
+
+You should also be aware that when doing select(), you should consider using a
+rather small (single-digit number of seconds) timeout and call
+\fIcurl_multi_perform\fP regularly - even if no activity has been seen on the
+fd_sets - as otherwise libcurl-internal retries and timeouts may not work as
+you'd think.
 .SH RETURN VALUE
 CURLMcode type, general libcurl multi interface error code. See
 \fIlibcurl-errors(3)\fP
-- 
GitLab