From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-47166-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 77158 invoked by alias); 26 Aug 2019 06:54:24 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
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
Received: (qmail 77070 invoked by uid 89); 26 Aug 2019 06:54:17 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-6.1 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=HX-Languages-Length:514, disassemble, 00000860, U*_dl_rtld_di_serinfo@
X-HELO: mx1.redhat.com
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 26 Aug 2019 06:54:16 +0000
Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16])	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))	(No client certificate requested)	by mx1.redhat.com (Postfix) with ESMTPS id E60F459451;	Mon, 26 Aug 2019 06:54:14 +0000 (UTC)
Received: from oldenburg2.str.redhat.com (ovpn-116-69.ams2.redhat.com [10.36.116.69])	by smtp.corp.redhat.com (Postfix) with ESMTPS id 176675C1D8;	Mon, 26 Aug 2019 06:54:13 +0000 (UTC)
From: Florian Weimer <fweimer@redhat.com>
To: Andrea Cardaci <cyrus.and@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: Function address incoherence
References: <CACMsj9PVtSb_+1gYAUaQPafUd0A-PDuQT5UpvVUWmOHExzxb=w@mail.gmail.com>
Date: Mon, 26 Aug 2019 06:54:00 -0000
In-Reply-To: <CACMsj9PVtSb_+1gYAUaQPafUd0A-PDuQT5UpvVUWmOHExzxb=w@mail.gmail.com>	(Andrea Cardaci's message of "Sat, 24 Aug 2019 12:27:09 +0200")
Message-ID: <8736hoquwb.fsf@oldenburg2.str.redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-IsSubscribed: yes
X-SW-Source: 2019-08/txt/msg00037.txt.bz2

* Andrea Cardaci:

>     00000860 <_dl_rtld_di_serinfo@@GLIBC_PRIVATE-0x83c0>:

Please not the -0x83c0 offset.  The symbol information is not really
helpful, probably due to missing debugging information.

> So where does the _start reported by the disassemble command comes
> from? Is this a GDB bug or I'm missing something here?

Both the main program and the dynamic loader have a _start symbol.  The
GDB behavior you observed is typical for such symbol conflicts.

Thanks,
Florian