From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27270 invoked by alias); 1 Aug 2006 22:11:10 -0000 Received: (qmail 27218 invoked by uid 22791); 1 Aug 2006 22:11:08 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Tue, 01 Aug 2006 22:11:07 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1G82S9-0006hk-B8; Tue, 01 Aug 2006 18:11:05 -0400 Date: Tue, 01 Aug 2006 22:11:00 -0000 From: Daniel Jacobowitz To: Fred Fish Cc: gdb-patches@sourceware.org Subject: Re: RFC: Don't kill the program after "file" Message-ID: <20060801221105.GA22931@nevyn.them.org> Mail-Followup-To: Fred Fish , gdb-patches@sourceware.org References: <200608011617.28914.fnf@specifix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608011617.28914.fnf@specifix.com> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00015.txt.bz2 On Tue, Aug 01, 2006 at 04:17:28PM -0400, Fred Fish wrote: > I'm currently getting new failures with a mips-elf toolchain, and > other toolchains, when using the simulator for testing. I'm not > entirely sure that they are due to this change, but it seems likely. > > Here is a snippet from the gdb.log file: > (gdb) kill > The program is not being run. > (gdb) file /links/build/latest/trunk/mips-elf/gdb/gdb/testsuite/gdb.base/opaque > A program is being debugged already. > Are you sure you want to change the file? (y or n) ERROR: couldn't load /links/build/latest/trunk/mips-elf/gdb/gdb/testsuite/gdb.base/opaque into /links/build/latest/trunk/mips-elf/gdb/gdb/testsuite/../../gdb/gdb (timed out). The simulator is being a bit schizophrenic. It is not running, yet it is. This happens because inferior_ptid is set to null_ptid after kill or before execution, and the sim target is left on the stack, but to_has_execution is always set for "target sim". As it happens I have patches for a similar issue with target extended-remote. The remote patches are substantial, but I can probably break out the simulator related bits. I'll try to do that. They change target_has_execution from "is capable of running" to "is running right now". -- Daniel Jacobowitz CodeSourcery