From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28347 invoked by alias); 19 Apr 2005 15:49:54 -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 28013 invoked from network); 19 Apr 2005 15:49:31 -0000 Received: from unknown (HELO e31.co.us.ibm.com) (32.97.110.129) by sourceware.org with SMTP; 19 Apr 2005 15:49:31 -0000 Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107]) by e31.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j3JFnUua525002 for ; Tue, 19 Apr 2005 11:49:30 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay05.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j3JFnE7M224880 for ; Tue, 19 Apr 2005 09:49:24 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j3JFnEu2010881 for ; Tue, 19 Apr 2005 09:49:14 -0600 Received: from dyn9047022123-009047022128.beaverton.ibm.com (dyn9047022123-009047022128.beaverton.ibm.com [9.47.22.128]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j3JFnDtJ010838 for ; Tue, 19 Apr 2005 09:49:14 -0600 From: Paul Gilliam Reply-To: pgilliam@us.ibm.com To: gdb-patches@sources.redhat.com Subject: Re: [RFA/RFC] testsuite: gdb_run_cmd tweak Date: Tue, 19 Apr 2005 15:49:00 -0000 User-Agent: KMail/1.6.2 References: <42640FA7.9090406@redhat.com> <42643016.1080802@apple.com> <42643BED.7010509@redhat.com> In-Reply-To: <42643BED.7010509@redhat.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200504190849.04354.pgilliam@us.ibm.com> X-SW-Source: 2005-04/txt/msg00221.txt.bz2 On Monday 18 April 2005 15:59, Michael Snyder wrote: > Stan Shebs wrote: > > Michael Snyder wrote: > > > >> Stan Shebs wrote: > >> > >>> Michael Snyder wrote: > >>> > >>>> This just adds a regular expression to prevent gdb_run_cmd > >>>> from choking on the msg that gdb emits when it detects that > >>>> the file has changed and re-reads the symbols. > >>>> > >>>> I honestly don't remember the circumstances that caused me > >>>> to add this -- it's been sitting in my sandbox for a while. > >>>> Thought it would be better to offer it up than to throw it > >>>> away... > >>> > >>> > >>> > >>> > >>> Wouldn't a message like this be symptomatic of failure > >>> in GDB's executable date detection code, or in the executable > >>> production bits? > >> > >> > >> > >> If I understand it, we get that message precisely when > >> gdb's executable date detection code works as intended. > >> It discovers that the executable's modification date has > >> changed, and therefore re-reads the symbols. > > > > > > But when would that happen while running the testsuite? > > I would expect that the executable is left alone between run > > commands - if GDB thinks it needs to re-read symbols between > > run commands on the same executable, that seems like a GDB > > bug and a performance loss to boot. > > OK, let's drop it then. As I say, I don't remember > why I did it in the first place. > Before you drop this, a question: Is there a test in the testsuite that does expect this message? It would be easyish to create the conditions on purpose so as to test GDB's responce. -=# Paul #=-