summaryrefslogtreecommitdiff
path: root/gdb/top.c
diff options
context:
space:
mode:
authorAndrew Cagney <cagney@redhat.com>2000-02-09 03:28:18 +0000
committerAndrew Cagney <cagney@redhat.com>2000-02-09 03:28:18 +0000
commit9757ea130216fe7345cff9ad5e82d6c306bd9d8e (patch)
tree0ab1eeaf5f2b2c0dc396ed162c22c0c4e55dcecc /gdb/top.c
parent1b0cba4778529d4a3390a76e9a6833a09198d2c7 (diff)
downloadgdb-9757ea130216fe7345cff9ad5e82d6c306bd9d8e.tar.gz
From JTC: Reduce default remote_timeout to two. Flush defunct code.
Diffstat (limited to 'gdb/top.c')
-rw-r--r--gdb/top.c20
1 files changed, 19 insertions, 1 deletions
diff --git a/gdb/top.c b/gdb/top.c
index 2acbb745903..9747d492912 100644
--- a/gdb/top.c
+++ b/gdb/top.c
@@ -308,7 +308,25 @@ int baud_rate = -1;
/* Timeout limit for response from target. */
-int remote_timeout = 20; /* Set default to 20 */
+/* The default value has been changed many times over the years. It
+ was originally 5 seconds. But that was thought to be a long time
+ to sit and wait, so it was changed to 2 seconds. That was thought
+ to be plenty unless the connection was going through some terminal
+ server or multiplexer or other form of hairy serial connection.
+
+ In mid-1996, remote_timeout was moved from remote.c to top.c and
+ it began being used in other remote-* targets. It appears that the
+ default was changed to 20 seconds at that time, perhaps because the
+ Hitachi E7000 ICE didn't always respond in a timely manner.
+
+ But if 5 seconds is a long time to sit and wait for retransmissions,
+ 20 seconds is far worse. This demonstrates the difficulty of using
+ a single variable for all protocol timeouts.
+
+ As remote.c is used much more than remote-e7000.c, it was changed
+ back to 2 seconds in 1999. */
+
+int remote_timeout = 2;
/* Non-zero tells remote* modules to output debugging info. */