From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Finding the dump Date: Sun, 27 Jan 2019 13:25:01 -0800 Message-ID: References: <83munr8jb1.fsf@gnu.org> <838szb8ey9.fsf@gnu.org> <83d0oj62bc.fsf@gnu.org> <87ef8z4g1m.fsf@igel.home> <838sz75u7p.fsf@gnu.org> <877eer4e4x.fsf@igel.home> <835zub5p3i.fsf@gnu.org> <8736pf408v.fsf@igel.home> <83womq3z5c.fsf@gnu.org> <871s4yxfvb.fsf@igel.home> <83o9823xcq.fsf@gnu.org> <87womqvyy4.fsf@igel.home> <4f30b2b598e71d2c6ad766a3da8e4a33.squirrel@dancol.org> <87o982vszn.fsf@igel.home> <87k1ipx3jq.fsf@igel.home> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="73713"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 Cc: Eli Zaretskii , rpluim@gmail.com, emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 27 22:25:23 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gnrva-000Ikq-JC for ged-emacs-devel@m.gmane.org; Sun, 27 Jan 2019 22:25:19 +0100 Original-Received: from localhost ([127.0.0.1]:50608 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnrvZ-0006XS-Jd for ged-emacs-devel@m.gmane.org; Sun, 27 Jan 2019 16:25:17 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60316) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnrvT-0006VF-VU for emacs-devel@gnu.org; Sun, 27 Jan 2019 16:25:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gnrvT-0002Ms-6G for emacs-devel@gnu.org; Sun, 27 Jan 2019 16:25:11 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:39108) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gnrvS-0002L2-8z; Sun, 27 Jan 2019 16:25:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject; bh=AobkKr6IOmkeVCh5MAqjxAG5iD3U8nlj+d6WLRLu56s=; b=S71u6eaZnS0o8NfXl3CjbvHZCQ6JqhssdNq3XgqUUxA/RZmzsKxcXvJeEa+WqU0gNqXJb0aV30r2ZLDOcJoobo+sduEW/LCIg8iVpDY9JsOjOOdsKVUPLjJRLGYvKs5ZsSl4B/AlC9itAPv/sSEQB0uFCmv1tb0JZ+DZGYcZPf2jgfTtZSZZc08mZIsa9OgXpd9stdzkq+LfAJEOK4YtevtGyHCpy3pX37LUNG3swYiCWeWRTeJTPhm6yWdiT5yGsjIlm5auJzbtOYZGqPlk7c/x4RqVrKPPqsvXha5z3SZqtUfFp9EpD08IFXnaqHSlFKfPzzoK5wt2iLaX1X+BXg==; Original-Received: from [2604:4080:1321:9a00:f455:12b4:e650:5d75] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1gnrvP-0000wG-8E; Sun, 27 Jan 2019 13:25:07 -0800 In-Reply-To: <87k1ipx3jq.fsf@igel.home> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232740 Archived-At: On 1/27/19 12:12 PM, Andreas Schwab wrote: > On Jan 27 2019, "Daniel Colascione" wrote: > >>> On Jan 27 2019, "Daniel Colascione" wrote: >>> >>>> There's some confusion on this thread. argv[0] *is* reliable >>> >>> Nope. The caller can set argv[0] to any string. It is in not required >>> to be related to the name of the executable in any way. >> >> Sure, but such callers are holding it wrong. If you set argv[0] to some >> random string unrelated to Emacs, you break startup. That's fine. > > No, emacs should not depend on the contents on argv[0]. There is no > need to do that. Why not? Plenty of other programs do. Looking at realpath(argv[0]) is what _everyone_ does. Besides, don't we already depend on it for executing out of the build directory? _After installation_ we can just look in our data directory, but if I've just built Emacs and run it our of the source directory through some random symlink, how else are we supposed to find it?