From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26876 invoked by alias); 19 Jun 2003 00:13:16 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 26755 invoked from network); 19 Jun 2003 00:13:14 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 19 Jun 2003 00:13:14 -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 h5J0DEH08452 for ; Wed, 18 Jun 2003 20:13:14 -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 h5J0DEI18318; Wed, 18 Jun 2003 20:13:14 -0400 Received: from localhost.localdomain (vpn50-21.rdu.redhat.com [172.16.50.21]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h5J0DDr21691; Wed, 18 Jun 2003 20:13:13 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h5J0D7o16247; Wed, 18 Jun 2003 17:13:07 -0700 Date: Thu, 19 Jun 2003 00:13:00 -0000 From: Kevin Buettner Message-Id: <1030619001307.ZM16246@localhost.localdomain> In-Reply-To: Zdenek Dvorak "Re: Gdb on ia64" (Jun 18, 2:36am) References: <20030613110439.GA8854@atrey.karlin.mff.cuni.cz> <1030613153411.ZM2203@localhost.localdomain> <20030613180640.GC7441@atrey.karlin.mff.cuni.cz> <1030613184257.ZM6892@localhost.localdomain> <20030614123458.GA21636@atrey.karlin.mff.cuni.cz> <1030618001856.ZM676@localhost.localdomain> <20030618003601.GA30621@atrey.karlin.mff.cuni.cz> To: Zdenek Dvorak Subject: Re: Gdb on ia64 Cc: gdb@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-06/txt/msg00402.txt.bz2 On Jun 18, 2:36am, Zdenek Dvorak wrote: > > > > Could you tell us the address which is giving gdb problems along with > > > > a disassembly of code near that address? (Basically, I need to see > > > > the three instructions in the bundle.) > > > > > > Address: 20000000003b4c18 > > > No function contains this address and the memory is not accessible. > > > > Do you know why GDB was trying to put a breakpoint there? > > I have no clue -- I did not ask for one and I don't know anything about gdb > internals so I don't know why it tries to put there one on its own. Which OS are you trying this on? Can you provide us with a test case for reproducing this problem? Kevin