[lkml]   [2001]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: /proc format (was Device Registry (DevReg) Patch 0.2.0)
On Wednesday 25 April 2001 21:37, you wrote:
> Personally, I think
>> proc_printf(fragment, "%d %d",get_portnum(usbdev), usbdev->maxchild);
> is shorter (and faster) to parse with
> fscanf(input,"%d %d",&usbdev,&maxchild);

Right, but what happens if you need to extend the format? For example
somebody adds support for USB 2.0 to the kernel and you need to some new
values. Then you would have the choice between changing the format and
breaking applications or keeping the format and dont provide the additional
With XML (or single-value-per-file) it is easy to tell application to ignore
unknown tags (or files). When you just list values you will be damned sooner
or later, unless you make up additional rules that say how apps should handle
these cases. And then your approach is no longer simple, but possibly even
more complicated

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:52    [W:2.128 / U:0.424 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site