From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NHQ3D-0005OP-DE for mharc-grub-devel@gnu.org; Sun, 06 Dec 2009 17:57:59 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NHQ3C-0005OC-A4 for grub-devel@gnu.org; Sun, 06 Dec 2009 17:57:58 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NHQ3B-0005O0-Gm for grub-devel@gnu.org; Sun, 06 Dec 2009 17:57:57 -0500 Received: from [199.232.76.173] (port=37879 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NHQ3B-0005Nx-Aq for grub-devel@gnu.org; Sun, 06 Dec 2009 17:57:57 -0500 Received: from fg-out-1718.google.com ([72.14.220.152]:43222) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NHQ3A-00026q-V2 for grub-devel@gnu.org; Sun, 06 Dec 2009 17:57:57 -0500 Received: by fg-out-1718.google.com with SMTP id 19so452871fgg.12 for ; Sun, 06 Dec 2009 14:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=qqcCh7Th8QGLqRlvMCPDBAGQaCPNWeXk45sp+Mfsy2g=; b=cmSVsZna4rgXamTCyRjon7NIGY5xhsazVWxCwJfyetaXboGbzXkOZ4JBGVvi1BdWOm T7PgIzrRzAh4A/vywV0IJjYMpP5ci+uPIX8VAy4yOMKUDGofWIcYUs733ej/pWeEk7ED LV6rqxzmUwG+ijIVbvkM1pLdTAP1WR8YbVZrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=vWwvysRbCu8Arxl55s8LOLEbob5bNsvMZaogdba8ionCc242fR/XuxHlLmTi9ZcIBP yYfpS/2AMhnIDImWHRZZ/juFFKxZdOF3wdF35Fm+fUG+Sjbam400G68f8IFjvMelFB+p 89XpO/jiG/LtcQtGt9imMnH7/mQzJgYJEHVMQ= Received: by 10.102.171.4 with SMTP id t4mr1227552mue.68.1260140275495; Sun, 06 Dec 2009 14:57:55 -0800 (PST) Received: from ?192.168.178.55? (p5B0CF695.dip.t-dialin.net [91.12.246.149]) by mx.google.com with ESMTPS id 25sm7442718mul.50.2009.12.06.14.57.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 06 Dec 2009 14:57:55 -0800 (PST) Message-ID: <4B1C36F1.4000602@googlemail.com> Date: Sun, 06 Dec 2009 23:57:53 +0100 From: Andreas Born User-Agent: Thunderbird 2.0.0.23 (X11/20090827) MIME-Version: 1.0 To: GRUB2 Devel References: <20091015-153848.sv74720.97143@savannah.gnu.org> In-Reply-To: <20091015-153848.sv74720.97143@savannah.gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [bug #27710] variable type not exported into new context X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 22:57:58 -0000 As of r1917 grub_env_context_open still doesn't mark exported variables as global in the new context. Attached patch exports them with grub_env_export in the new context. Andreas Born schrieb: > URL: > > > Summary: variable type not exported into new context > Project: GNU GRUB > Submitted by: shador > Submitted on: Do 15 Okt 2009 15:38:48 GMT > Category: Terminal > Severity: Major > Priority: 5 - Normal > Item Group: Software Error > Status: None > Privacy: Public > Assigned to: None > Originator Name: > Originator Email: > Open/Closed: Open > Discussion Lock: Any > Release: > Release: SVN > Reproducibility: Every Time > Planned Release: None > > _______________________________________________________ > > Details: > > A variable created and exported afterwards, isn't marked 'export' after a new > context was created by issuing configfile. Thus if you issue another time > configfile the variable is unset. > This means recursive menus deeper than 2 menus are not possible by loading > another configfile. > > Example: > set blub=blob > export blub > configfile > configfile > echo $blub > => nothing, blub was unset after the second configfile (prefix also so > everything fails). > > Workaround: > In every new context (-> every .cfg file) (re)export the variable (and > prefix, root). > > Attached is a patch which marks variables copied into the new context again > 'export' preventing breakage of prefix and root. > > > > _______________________________________________________ > > File Attachments: > > > ------------------------------------------------------- > Date: Do 15 Okt 2009 15:38:48 GMT Name: export-context.diff Size: 359B > By: shador > > > > _______________________________________________________ > > Reply to this item at: > > > > _______________________________________________ > Nachricht geschickt von/durch Savannah > http://savannah.gnu.org/ > >