From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1CD1AV-0004s2-24 for mharc-grub-devel@gnu.org; Thu, 30 Sep 2004 09:40:23 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CD1AT-0004rk-FF for grub-devel@gnu.org; Thu, 30 Sep 2004 09:40:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CD1AS-0004r5-0D for grub-devel@gnu.org; Thu, 30 Sep 2004 09:40:20 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD1AR-0004qe-Rx for grub-devel@gnu.org; Thu, 30 Sep 2004 09:40:19 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CD13Z-0007P2-A0 for grub-devel@gnu.org; Thu, 30 Sep 2004 09:33:13 -0400 Received: from localhost (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id CBFB7F571DE1 for ; Thu, 30 Sep 2004 15:33:12 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Thu, 30 Sep 2004 15:33:28 +0200 User-Agent: KMail/1.6.1 References: <20040928190544.GA24852@artax.karlin.mff.cuni.cz> <200409291702.16894.okuji@enbug.org> <20040929213801.GC30478@artax.karlin.mff.cuni.cz> In-Reply-To: <20040929213801.GC30478@artax.karlin.mff.cuni.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409301533.28151.okuji@enbug.org> Subject: Re: Automagic command loading 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: Thu, 30 Sep 2004 13:40:21 -0000 On Wednesday 29 September 2004 23:38, Tomas Ebenlendr wrote: > Disadvantage: current solution slowly reads the contens of directory. > This is probably caused by opening files by /full/ path, where we > principially have opened directory (and resolved path to it.). I think this is a critical problem. For example, if the user has a broken module which may crash GRUB, the user can easily break GRUB by trying a non-existent command. Also, if my understanding is correct, the list of modules is stored in a binary form. This means that the user cannot (easily) modify the list after building GRUB. The advantage of autocmd.lst is that it makes customization much easier. Suppose that the user wants to add a new command and build his own module. Then, how to autoload this command? Okuji