Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 13 Feb 2002 15:48:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 13 Feb 2002 15:48:18 -0500 Received: from dsl-213-023-039-092.arcor-ip.net ([213.23.39.92]:14220 "EHLO starship.berlin") by vger.kernel.org with ESMTP id ; Wed, 13 Feb 2002 15:48:03 -0500 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: "H. Peter Anvin" , linux-kernel@vger.kernel.org Subject: Re: RFC: /proc key naming consistency Date: Wed, 13 Feb 2002 21:52:36 +0100 X-Mailer: KMail [version 1.3.2] In-Reply-To: <20020213030047.8B1FB2257B@www.webservicesolutions.com> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On February 13, 2002 09:07 pm, H. Peter Anvin wrote: > Followup to: <20020213030047.8B1FB2257B@www.webservicesolutions.com> > By author: Mark Swanson > In newsgroup: linux.dev.kernel > > > > Notice the space between "cpu" and "MHz", or "cpu" and "family" yet there > > is no space between "fdiv" and "bug" (_). > > > > The reason I think NOT using a space is a good idea because it makes life > > easier for developers parsing /proc entries. Specifically, Java > > developers could use /proc/cpuinfo as a property file, but the space in > > the 'key' breaks java.util.Properties.load(). > > > > When I and Dan Quinlan submitted the cleanup for this we used _ > everywhere. Unfortunately some other people not just added keys with > spaces, but gracefully "corrected" our "mistakes"... What do you think about the idea earlier in this thread of going with shell-parsable key value pairs? I find that idea really attractive, but there's the issue of breaking utilities (kde control panel?) that already parse the existing format. -- Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/