From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) by sourceware.org (Postfix) with ESMTPS id 0893A385B831 for ; Mon, 6 Apr 2020 12:09:07 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 0893A385B831 Received: by mail-io1-xd32.google.com with SMTP id u2so2001596iop.10 for ; Mon, 06 Apr 2020 05:09:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Aux5cbZPRS95VBGjFZtkvVcJgSo9g+3RYJk0S2whfwU=; b=srjahI+B1anuOLxgF7uKp688QfQmCwt0miHKyQ8A8ZfQHOT/pmaUYuFTPyTYEJrDgi 8C21iCp7hL3tYKOIqaIzW/JDQjyo53BYPJtTYuVkgxz2yrk11zc5X5AwOdPfNi7FshjU synOErRsInXF/DooncZzrMGoAv5ofykuB39i4vCRlSETQCqHSiU4TK2DW6mSl4eqk2r/ NNMWuMw+azsU3WWtmEW8ByRcH26AgooQxRvmnTClioP1J5AfGB8LHK2K3YpfoEfd2WDL 5Bp81CwiNgv86z2DFBovkajBkINZOc9lgvI2Hcf8wl2JP/ZNkgIC3cQfggFH9UsQCvfq AckA== X-Gm-Message-State: AGi0PuZXwn69AWWwOyb2B7T0aQVSUntRcRJ5YDozhrrWQHD+eNlLubIN R/b9m7nO6tW4dETMk2VkCrXWrJTDzMilEsHkLUU= X-Google-Smtp-Source: APiQypIwi2741KRxYyUw0qA6dhccUIU+cu77EhL2Mox5gvHh+6Q6SrMOGEhGt+vNi2A4mAyXApXFe3I6Wk3ZpW0MEeQ= X-Received: by 2002:a02:9998:: with SMTP id a24mr13541281jal.31.1586174946535; Mon, 06 Apr 2020 05:09:06 -0700 (PDT) MIME-Version: 1.0 References: <87blohl3an.fsf@redhat.com> <20200330084522.GA1075780@host1.jankratochvil.net> <20200330091934.GA1078028@host1.jankratochvil.net> <20200406114903.GA2375263@host1.jankratochvil.net> In-Reply-To: <20200406114903.GA2375263@host1.jankratochvil.net> From: Norbert Lange Date: Mon, 6 Apr 2020 14:08:55 +0200 Message-ID: Subject: Re: Automatically fetching Build ID from remote libraries and resole them locally? To: Jan Kratochvil Cc: "Frank Ch. Eigler" , gdb@sourceware.org, Gary Benson , Sergio Durigan Junior Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2020 12:09:08 -0000 Hmm, How do I read the list at https://src.fedoraproject.org/rpms/gdb/tree/master. Are all patches applied, or are the ones starting with 'gdb-6.6' only for that version? Yeah, if all of them are missing, upstream is lacking alot. An a different note, I dont know if you are a GDB maintainer, but the topic should be the upstream version? It was not clear to me Redhat gdb and sourceware gdb are two different things. Am Mo., 6. Apr. 2020 um 13:49 Uhr schrieb Jan Kratochvil : > > On Mon, 06 Apr 2020 13:31:43 +0200, Norbert Lange wrote: > > But Id have to first locate the binary manually, then starting > > gdb PATH_TO_BINARY PATH_TO_CORE > > > > Whats worse is, that gdb seems to lookup for the library first (filepath), > > if it exists it will use the Build-Id from this potentially unrelated > > version (and use the wrong debug info if one exists), > > if it does not exist, then it wont even try searching in the > > debug-library (neither via name or build-id). > > > > In other words, its completely broken unless the system you debug is > > the very same (and in the same state) as the executable did run on. > > What you describe is behaving correctly on Fedora with my off-trunk patches > (I have not tested it now but I was fixing exactly this problem in its initial > version many years ago). If you run FSF GDB maybe Red Hat should upstream more > of the Fedora patches. > > > Jan >