From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17697 invoked by alias); 18 Dec 2001 10:41:28 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 11714 invoked from network); 18 Dec 2001 10:40:10 -0000 Received: from unknown (HELO krynn.axis.se) (193.13.178.10) by sources.redhat.com with SMTP; 18 Dec 2001 10:40:10 -0000 Received: from ironmaiden.axis.se (ironmaiden.axis.se [10.13.8.120]) by krynn.axis.se (8.12.1/8.12.1/Debian -2) with ESMTP id fBIAe16i014558; Tue, 18 Dec 2001 11:40:01 +0100 Received: from axis.com (localhost [127.0.0.1]) by ironmaiden.axis.se (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA14398; Tue, 18 Dec 2001 11:40:00 +0100 X-Authentication-Warning: ironmaiden.axis.se: Host localhost [127.0.0.1] claimed to be axis.com Message-ID: <3C1F1D00.A35E3AF@axis.com> Date: Tue, 18 Dec 2001 02:41:00 -0000 From: Orjan Friberg Organization: Axis Communications AB X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: gdb-patches@sources.redhat.com CC: "Martin M. Hunt" Subject: Re: [RFA] new tcp_open References: <200112031918.LAA18199@cygnus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00436.txt.bz2 "Martin M. Hunt" wrote: > > Problem: Using "target remote" to open a tcp connection to a target board > doesn't timeout properly if the target isn't running or you mistype the name > or port number. The tcp_open function tries to connect 15 times, each of which can take > a couple of minutes to timeout. You can't interrupt the connect from the GUI, which > is not updated, or from the command line with a ^C. > > I propose replacing tcp_open with a new function that does a non-blocking connect > with a maximum timeout of 15 seconds. This is easily interruptable by typing ^C or > clicking on the stop button. I have tested this with Linux, Solaris, and Cygwin. In my setup, this patch makes the testsuite run an order of a magnitude slower (I downgraded only this file from an otherwise updated tree, and it fixes the problem). My target board runs an unsubmitted port (for various reasons) of the gdbserver on a Linux 2.4.14 kernel, and my host is a Linux 2.2.19. I don't see any recent gdbserver changes that should be related to this change. Anyone else seeing this slowdown? -- Orjan Friberg Axis Communications AB