Re: /proc & xml data

2000-10-30 Thread Olaf Titz
> "MemTotal: %8lu kB\n" > to something like > "%8lu kB\n" The latter form offers no significant advantage over the former at all - there is nothing that can be expressed as value which can't also be expressed as name: value or name=value and the latter format is significantly easier to parse.

Re: Re: /proc & xml data

2000-10-30 Thread joeja
Um, I'd have to say that putting one value in a file with a directory as a grouping would probably be a nightmare to maintain as well as navigate through. In essance you could end up with more files in the /proc than on the rest of the filesystem filesystem (excluding the /dev dir). It would s

Re: /proc & xml data

2000-10-30 Thread Moritz Schulte
[EMAIL PROTECTED] (Eric W. Biederman) writes: > The general consensus is that if we have a major reorganization, in proc > the rule will be one value per file. And let directories do the grouping. IIRC some time ago somebody suggested to rename 'proc' to something like 'sys' or 'system', becaus

Re: /proc & xml data

2000-10-29 Thread Eric W. Biederman
Joe <[EMAIL PROTECTED]> writes: > I remember hearing about various debates about the /proc structure. I > was wondering if anyone had ever considered storing some of the data in > xml format rather than its current format? Things like /proc/meminfo > and cpuinfo may work good in this format as

/proc & xml data

2000-10-29 Thread Joe
I remember hearing about various debates about the /proc structure. I was wondering if anyone had ever considered storing some of the data in xml format rather than its current format? Things like /proc/meminfo and cpuinfo may work good in this format as then it would be easy to write a generic