From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: running ./temacs Date: Fri, 19 Nov 2010 09:51:44 +0200 Message-ID: <83wro9bvjj.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1290153245 11467 80.91.229.12 (19 Nov 2010 07:54:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 19 Nov 2010 07:54:05 +0000 (UTC) Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 19 08:54:00 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PJLnA-0002rl-N8 for ged-emacs-devel@m.gmane.org; Fri, 19 Nov 2010 08:53:56 +0100 Original-Received: from localhost ([127.0.0.1]:51324 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJLnA-0003IG-7K for ged-emacs-devel@m.gmane.org; Fri, 19 Nov 2010 02:53:56 -0500 Original-Received: from [140.186.70.92] (port=40540 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PJLn3-0003HQ-5a for emacs-devel@gnu.org; Fri, 19 Nov 2010 02:53:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PJLn2-0006IL-0g for emacs-devel@gnu.org; Fri, 19 Nov 2010 02:53:49 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:56164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PJLn0-0006Gj-6W; Fri, 19 Nov 2010 02:53:46 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LC400D00GCMG500@a-mtaout20.012.net.il>; Fri, 19 Nov 2010 09:53:44 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.249.126]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LC400CUVGLJYX80@a-mtaout20.012.net.il>; Fri, 19 Nov 2010 09:53:44 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132846 Archived-At: > From: Dan Nicolaescu > Date: Thu, 18 Nov 2010 17:19:13 -0500 > Cc: emacs-devel@gnu.org > > Stefan Monnier writes: > > >>>>> [Hacking around this so that Vprocess_environment is initialized when > >>>>> not dumping makes ./temacs work correctly] > >>>> In case anyone wants to see the difference in behavior, here's the > >>>> ugly hack: > >>> Could you explain your code (i.e. why you need those strcmp hacks, why > >>> you need to set&unset initialized, ...)? > >> set_initial_environment only initializes Vprocess_environment if > >> `initialized' is set. > > > > Do you happen to know why? > > No idea. I'd speculate that it's undesirable to initialize it when dumping... Yes, probably. I'd think it's cleaner to add an argument to set_initial_environment, which then could tell it whether to initialize Vprocess_environment, instead of intuiting that inside the function by looking at `initialized' and CANNOT_DUMP. We could then set that argument non-zero when temacs is run with arguments other than "dump" or "bootstrap".