From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-46901-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 87320 invoked by alias); 13 Mar 2019 14:34:23 -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 87303 invoked by uid 89); 13 Mar 2019 14:34:22 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 spammy=H*r:TLS1.0, H*r:sk:DHE_RSA
X-HELO: eggs.gnu.org
Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 13 Mar 2019 14:34:21 +0000
Received: from fencepost.gnu.org ([2001:470:142:3::e]:47394)	by eggs.gnu.org with esmtp (Exim 4.71)	(envelope-from <schwab@suse.de>)	id 1h44xX-0001pv-TV	for gdb@sourceware.org; Wed, 13 Mar 2019 10:34:19 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:41100)	by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256)	(Exim 4.82)	(envelope-from <schwab@suse.de>)	id 1h44xX-00070L-9W	for gdb@gnu.org; Wed, 13 Mar 2019 10:34:19 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)	(envelope-from <schwab@suse.de>)	id 1h44xR-0001nQ-NM	for gdb@gnu.org; Wed, 13 Mar 2019 10:34:19 -0400
Received: from mx2.suse.de ([195.135.220.15]:58432 helo=mx1.suse.de)	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)	(Exim 4.71)	(envelope-from <schwab@suse.de>)	id 1h44xR-0001mq-Fq	for gdb@gnu.org; Wed, 13 Mar 2019 10:34:13 -0400
Received: from relay2.suse.de (unknown [195.135.220.254])	by mx1.suse.de (Postfix) with ESMTP id 90772AD55;	Wed, 13 Mar 2019 14:34:11 +0000 (UTC)
From: Andreas Schwab <schwab@suse.de>
To: Jirka =?utf-8?Q?Koutn=C3=BD?= <koutnji2@gmail.com>
Cc: gdb@gnu.org
Subject: Re: question about why gdb needs executable's binary
References: <CAH5nFm8dpqyFWuttO+aZOCBAAMjEeuEtv=xwhyFjjMpu8cTs3g@mail.gmail.com>
X-Yow: I'm losing my hair..did it go to ATLANTIC CITY??
Date: Wed, 13 Mar 2019 14:34:00 -0000
In-Reply-To: <CAH5nFm8dpqyFWuttO+aZOCBAAMjEeuEtv=xwhyFjjMpu8cTs3g@mail.gmail.com>	("Jirka =?utf-8?Q?Koutn=C3=BD=22's?= message of "Wed, 13 Mar 2019 14:24:50 +0000")
Message-ID: <mvm7ed2sv18.fsf@suse.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic]
X-Received-From: 195.135.220.15
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-SW-Source: 2019-03/txt/msg00024.txt.bz2

On M=C3=A4r 13 2019, Jirka Koutn=C3=BD <koutnji2@gmail.com> wrote:

> If we assume debugging a core file generated by an excutable with stripped
> symbols (that gdb is able to find and load correctly in my case),
> I was wondering why does gdb still need the executable's binary as
> well?

A core file only contains data from modified mappings.  Any data from
read-only mappings needs to be read from the original files.

Andreas.

--=20
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint =3D 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."