From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 60343 invoked by alias); 6 Mar 2020 17:05:52 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 60334 invoked by uid 89); 6 Mar 2020 17:05:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.2 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 06 Mar 2020 17:05:50 +0000 Received: from [172.16.0.95] (192-222-181-218.qc.cable.ebox.net [192.222.181.218]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id E77841E581; Fri, 6 Mar 2020 12:05:48 -0500 (EST) Subject: Re: [PATCH] Don't try to get the TIB address without an inferior From: Simon Marchi To: Hannes Domani , gdb-patches@sourceware.org References: <20200306165000.3073-1-ssbssa.ref@yahoo.de> <20200306165000.3073-1-ssbssa@yahoo.de> <01f93db0-846f-8a9b-0642-498be38e75ff@simark.ca> Message-ID: Date: Fri, 06 Mar 2020 17:05:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <01f93db0-846f-8a9b-0642-498be38e75ff@simark.ca> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2020-03/txt/msg00147.txt On 2020-03-06 11:57 a.m., Simon Marchi wrote: > On 2020-03-06 11:50 a.m., Hannes Domani via gdb-patches wrote: >> The target_get_tib_address call always fails in this case, and there is an >> error when changing the program with the file command: >> >> (gdb) file allocer64.exe >> Reading symbols from allocer64.exe... >> You can't do that when your target is `exec' Actually, can you precise the steps for reproducing this issue? Just calling "file" doesn't cause windows_solib_create_inferior_hook to be called in my build*, so there must be something more to it. * My build is an --enable-targets=all on a Linux host, in which I load a binary compiled with x86_64-w64-mingw32-gcc. Simon