From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1JLebC-00061e-6b for mharc-grub-devel@gnu.org; Sun, 03 Feb 2008 08:09:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JLebA-00061H-VC for grub-devel@gnu.org; Sun, 03 Feb 2008 08:09:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JLeb9-00060s-C8 for grub-devel@gnu.org; Sun, 03 Feb 2008 08:09:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JLeb9-00060p-4C for grub-devel@gnu.org; Sun, 03 Feb 2008 08:09:27 -0500 Received: from ns39764.ovh.net ([91.121.25.85] helo=nexedi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JLeb8-000476-OL for grub-devel@gnu.org; Sun, 03 Feb 2008 08:09:26 -0500 Received: from [10.8.0.46] (unknown [10.8.0.46]) by nexedi.com (Postfix) with ESMTP id 639D23EB23 for ; Sun, 3 Feb 2008 14:16:12 +0100 (CET) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 3 Feb 2008 14:09:21 +0100 User-Agent: KMail/1.9.4 References: <20080202204400.GA346@thorin> <20080203105506.GA19947@thorin> In-Reply-To: <20080203105506.GA19947@thorin> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802031409.21922.okuji@enbug.org> X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: grub.cfg parser still doesn't abort on error X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 13:09:29 -0000 On Sunday 03 February 2008 11:55, Robert Millan wrote: > You mean it is intentional? I think it's a bad plan to assume user will > check for error status of each command, specially in situations like > font/gfxterm. It is quite intentional. This behavior is consistent with Bash and GRUB Legacy. The concept is that the user still gets something, even if there is a small error. Since GRUB supports rewriting menu entries at runtime, this is generally a good thing. Okuji