From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-26166-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 18986 invoked by alias); 29 Aug 2006 19:15:04 -0000
Received: (qmail 18944 invoked by uid 22791); 29 Aug 2006 19:15:03 -0000
X-Spam-Check-By: sourceware.org
Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 29 Aug 2006 19:15:00 +0000
Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) 	by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k7TJEP1u006093; 	Tue, 29 Aug 2006 21:14:25 +0200 (CEST)
Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) 	by elgar.sibelius.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7TJEOpe023448; 	Tue, 29 Aug 2006 21:14:24 +0200 (CEST)
Received: (from kettenis@localhost) 	by elgar.sibelius.xs4all.nl (8.13.8/8.13.8/Submit) id k7TJEOPY016721; 	Tue, 29 Aug 2006 21:14:24 +0200 (CEST)
Date: Tue, 29 Aug 2006 19:15:00 -0000
Message-Id: <200608291914.k7TJEOPY016721@elgar.sibelius.xs4all.nl>
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: drow@false.org
CC: dits365@gmail.com, gdb@sources.redhat.com
In-reply-to: <20060829123954.GB12955@nevyn.them.org> (message from Daniel 	Jacobowitz on Tue, 29 Aug 2006 08:39:54 -0400)
Subject: Re: What exactly does "info sharedlibrary" command show?
References: <e55f4e5f0608290503l54ffebfdu2e5e65f4c8089fd2@mail.gmail.com> <20060829123954.GB12955@nevyn.them.org>
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2006-08/txt/msg00222.txt.bz2

> Date: Tue, 29 Aug 2006 08:39:54 -0400
> From: Daniel Jacobowitz <drow@false.org>
> 
> On Tue, Aug 29, 2006 at 08:03:11PM +0800, chen free wrote:
> > I believe they are not the physical address, right?
> > 
> > If they are virtual memory address, why they are different from the
> > info from /proc/{PID}/maps? the {PID} is the specific program process
> > ID.
> 
> They are the beginning and end of ".text" in those loaded libraries.
> 
> I've been thinking about changing them to be segment addresses...

What do you mean with this?