From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4434 invoked by alias); 26 Feb 2008 16:10:04 -0000 Received: (qmail 4420 invoked by uid 22791); 26 Feb 2008 16:10:02 -0000 X-Spam-Check-By: sourceware.org Received: from dmz.mips-uk.com (HELO dmz.mips-uk.com) (194.74.144.194) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 26 Feb 2008 16:09:40 +0000 Received: from internal-mx1 ([192.168.192.240] helo=ukservices1.mips.com) by dmz.mips-uk.com with esmtp (Exim 3.35 #1 (Debian)) id 1JU2N6-00044N-00; Tue, 26 Feb 2008 16:09:36 +0000 Received: from perivale.mips.com ([192.168.192.200]) by ukservices1.mips.com with esmtp (Exim 3.36 #1 (Debian)) id 1JU2N1-0007ws-00; Tue, 26 Feb 2008 16:09:31 +0000 Received: from macro (helo=localhost) by perivale.mips.com with local-esmtp (Exim 4.63) (envelope-from ) id 1JU2N1-0005xv-4e; Tue, 26 Feb 2008 16:09:31 +0000 Date: Tue, 26 Feb 2008 16:17:00 -0000 From: "Maciej W. Rozycki" To: Jim Blandy cc: gdb-patches@sourceware.org, "Maciej W. Rozycki" Subject: Re: testsuite: Of all the timeouts provided always select the largest In-Reply-To: <8f2776cb0802260755q7c48c3d9me8d35807c3d35ae7@mail.gmail.com> Message-ID: References: <8f2776cb0802260755q7c48c3d9me8d35807c3d35ae7@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MIPS-Technologies-UK-MailScanner: Found to be clean X-MIPS-Technologies-UK-MailScanner-From: macro@mips.com Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00391.txt.bz2 On Tue, 26 Feb 2008, Jim Blandy wrote: > I've often thought that what would be coolest would be for gdb_expect > to accept a factor to be applied to the ambient timeout, rather than a > new absolute number of seconds. After all, the only thing a specific > use of gdb_expect knows is that the response it's waiting for will > take longer (or shorter?) than usual to arrive; it doesn't know > anything about the absolute performance of the system under test. All the callers would have to be updated and unfortunately the dependency may not necessarily be linear. For example for a fast target accessed through a slow port the factor for transferring data through, such as downloading a program image, would have to be higher than for a slow target accessed through a fast port. Contrariwise the factor applied to actions involving execution on the respective systems. In general I do agree it is a good idea, but that is a lot of work that best be well thought before commencing. Maciej