From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30301 invoked by alias); 3 Oct 2003 03:34:46 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 30286 invoked from network); 3 Oct 2003 03:34:45 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 3 Oct 2003 03:34:45 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h933Yi113749 for ; Thu, 2 Oct 2003 23:34:44 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h933Yic21302; Thu, 2 Oct 2003 23:34:44 -0400 Received: from [150.1.200.14] (vpn50-62.rdu.redhat.com [172.16.50.62]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h933Yhbe005864; Thu, 2 Oct 2003 23:34:43 -0400 Subject: Re: [Bdm-devel] RE: Problems using Insight/GDB for Coldfire From: Keith Seitz To: Paul Whitfield Cc: "insight@sources.redhat.com" , bdm-devel@lists.sourceforge.net In-Reply-To: <3F7CCECD.3010004@microsol.iinet.net.au> References: <3F7A8051.2040000@microsol.iinet.net.au> <1065110686.1588.4.camel@lindt.uglyboxes.com> <3F7CCECD.3010004@microsol.iinet.net.au> Content-Type: text/plain Organization: Message-Id: <1065152253.1588.103.camel@lindt.uglyboxes.com> Mime-Version: 1.0 Date: Fri, 03 Oct 2003 03:34:00 -0000 Content-Transfer-Encoding: 7bit X-SW-Source: 2003-q4/txt/msg00009.txt.bz2 On Thu, 2003-10-02 at 18:20, Paul Whitfield wrote: > (gdb) target bdm /dev/bdmcf0 > Remote bdm connected to /dev/bdmcf0 > Coldfire debug module version is 1 (5307/5407(e)) > > (gdb) tk gdb_target_has_execution > 0 This is a problem. This indicates a problem with the target backend. It's not setting the pid/ptid when the target is attached. See src/gdb/gdbtk/generic/gdbtk-cmds.c:gdb_target_has_execution_command. Normally, one of the target vector commands will set ptid (or pid for older versions of gdb) to non-zero -- typically 42000 or some other "significant" number. If you have the source code for the backend, check that something in the target vector sets the ptid on attach. (See, for example, monitor_open in monitor.c, which sets "inferior_pid = pid_to_ptid (42000);". Keith