summaryrefslogtreecommitdiff
path: root/open_issues/select.mdwn
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2011-05-22 23:28:55 +0200
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2011-05-22 23:28:55 +0200
commit6b94a96e2a5ae896b5565125f0299d335020b31b (patch)
treeb2f329d411057dcdde32159abbae27679ed6a61b /open_issues/select.mdwn
parent87feec09d8ae280fdc8dfa841b206ba53ec75ebf (diff)
parent1e66915496c673410798f396b932ccda019f7498 (diff)
Merge branch 'master' of flubber:~hurd-web/hurd-web
Diffstat (limited to 'open_issues/select.mdwn')
-rw-r--r--open_issues/select.mdwn23
1 files changed, 17 insertions, 6 deletions
diff --git a/open_issues/select.mdwn b/open_issues/select.mdwn
index ab6af90b..0f750631 100644
--- a/open_issues/select.mdwn
+++ b/open_issues/select.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2010, 2011 Free Software Foundation, Inc."]]
[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -12,12 +12,23 @@ License|/fdl]]."]]"""]]
There are a lot of reports about this issue, but no thorough analysis.
----
+
+# `elinks`
IRC, unknown channel, unknown date.
- <paakku> This is related to ELinks... I've looked at the select() implementation for the Hurd in glibc and it seems that giving it a short timeout could cause it not to report that file descriptors are ready.
- <paakku> It sends a request to the Mach port of each file descriptor and then waits for responses from the servers.
- <paakku> Even if the file descriptors have data for reading or are ready for writing, the server processes might not respond immediately.
- <paakku> So if I want ELinks to check which file descriptors are ready, how long should the timeout be in order to ensure that all servers can respond in time?
+ <paakku> This is related to ELinks... I've looked at the select()
+ implementation for the Hurd in glibc and it seems that giving it a short
+ timeout could cause it not to report that file descriptors are ready.
+ <paakku> It sends a request to the Mach port of each file descriptor and
+ then waits for responses from the servers.
+ <paakku> Even if the file descriptors have data for reading or are ready
+ for writing, the server processes might not respond immediately.
+ <paakku> So if I want ELinks to check which file descriptors are ready, how
+ long should the timeout be in order to ensure that all servers can
+ respond in time?
<paakku> Or do I just imagine this problem?
+
+---
+
+See also [[select_bogus_fd]] and [[select_vs_signals]].