From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#47800: [native-comp] could not resolve realpath of "emacs" Date: Fri, 16 Apr 2021 22:56:51 +1200 Message-ID: <4f0bd59b-f669-e22d-e8c7-3325d5c45dcf@orcon.net.nz> References: <86f92666-5978-14b7-9d55-f87cb9010f3f@orcon.net.nz> <83im4ny4a6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26832"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: Dario Gjorgjevski , 47800@debbugs.gnu.org To: Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 16 12:58:19 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lXMB0-0006sv-8r for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 16 Apr 2021 12:58:18 +0200 Original-Received: from localhost ([::1]:50980 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lXMAz-0007xe-6W for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 16 Apr 2021 06:58:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59192) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lXMAl-0007xP-Dn for bug-gnu-emacs@gnu.org; Fri, 16 Apr 2021 06:58:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56811) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lXMAk-0006ho-Gq for bug-gnu-emacs@gnu.org; Fri, 16 Apr 2021 06:58:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lXMAk-0001gk-Gp for bug-gnu-emacs@gnu.org; Fri, 16 Apr 2021 06:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Apr 2021 10:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47800 X-GNU-PR-Package: emacs Original-Received: via spool by 47800-submit@debbugs.gnu.org id=B47800.16185706286398 (code B ref 47800); Fri, 16 Apr 2021 10:58:02 +0000 Original-Received: (at 47800) by debbugs.gnu.org; 16 Apr 2021 10:57:08 +0000 Original-Received: from localhost ([127.0.0.1]:40119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXM9r-0001f8-T3 for submit@debbugs.gnu.org; Fri, 16 Apr 2021 06:57:08 -0400 Original-Received: from smtp-4.orcon.net.nz ([60.234.4.59]:36749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lXM9o-0001ey-Jl for 47800@debbugs.gnu.org; Fri, 16 Apr 2021 06:57:07 -0400 Original-Received: from [101.53.216.162] (port=57648 helo=[192.168.20.103]) by smtp-4.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1lXM9b-00075I-LE; Fri, 16 Apr 2021 22:56:52 +1200 In-Reply-To: Content-Language: en-GB X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:204132 Archived-At: On 16/04/21 9:27 pm, Andrea Corallo wrote: > Dario Gjorgjevski writes: >> But I can at least confirm that the issue is that raw_name is not >> resolved according to PATH prior to the call of real_filename in >> >> char *filename = real_filename (SSDATA (raw_name)); > > I agree that's the issue. My (perhaps naive) impression is that set_invocation_vars should be using load_pdump_find_executable (or a copy of the result that it already established) to establish what argv0 is referring to? https://debbugs.gnu.org/cgi/bugreport.cgi?bug=46790#38 may have been driving at the same point. In https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44128#49 I'm seeing load_pdump_find_executable successfully figuring out the genuine path to the executable every time.