From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-14453-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 31284 invoked by alias); 19 Jun 2003 19:31:14 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 31186 invoked from network); 19 Jun 2003 19:31:12 -0000
Received: from unknown (HELO atrey.karlin.mff.cuni.cz) (195.113.31.123)
  by sources.redhat.com with SMTP; 19 Jun 2003 19:31:12 -0000
Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 29025)
	id 3D1544FCEE; Thu, 19 Jun 2003 21:31:11 +0200 (CEST)
Date: Thu, 19 Jun 2003 19:31:00 -0000
From: Zdenek Dvorak <rakdver@atrey.karlin.mff.cuni.cz>
To: Andreas Schwab <schwab@suse.de>
Cc: Kevin Buettner <kevinb@redhat.com>, gdb@sources.redhat.com
Subject: Re: Gdb on ia64
Message-ID: <20030619193111.GA18680@atrey.karlin.mff.cuni.cz>
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> <jeznkdrhru.fsf@sykes.suse.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <jeznkdrhru.fsf@sykes.suse.de>
User-Agent: Mutt/1.3.28i
X-SW-Source: 2003-06/txt/msg00406.txt.bz2

Hello,

> |> > > > 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.
> 
> Perhaps it's the shlib events breakpoint (use "maintenance info
> breakpoints" to list internal breakpoints).

yes,

Num Type           Disp Enb Address            What
-1  shlib events   keep y   0x20000000003b4c18

Zdenek