Linux-kernel mailing list archive 2000-15,: Re: Suggested dual human/binary interface for proc/devfs

# Re: Suggested dual human/binary interface for proc/devfs

Ed Carp (erc@pobox.com)
Sun, 9 Apr 2000 01:06:18 -0500

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Andre Hedrick: "Re: Linux 2.4 Jobs Update"
- Previous message: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"
- Next in thread: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"
- Reply: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"

Bill Wendling (wendling@ganymede.isdn.uiuc.edu) writes:

> Also sprach George Bonser:
> } On Sat, 8 Apr 2000 yodaiken@fsmlabs.com wrote:
> }
> } > The problem is that ASCII/UNIX-file-system is a generic, exportable,
> } > and long lasting solution, while every binary format known to humankind
> } > has been painful, limited, and rapidly obsoleting. Perhaps the solution is
> } > faster tools for manipulating text files.
> }
> } Or perhaps a common format for the text files would help. Some kind of
> } delimiter standard would be helpful ... tabs turn into spaces sometimes,
> } are multiple spaces multiple empty fields? I would like to see a comma or
> } some other ... any other ... char be used as a standard field delimiter.
> } Hard to tell the difference between multiple empty fields and just a lot
> } of white space within a field if one is using spaces.
> }
> XML could be kind of useful here.

Disagree. Too many bytes to describe something that should be really simple, and you have to write your own parser, etc. Please don't try to use the latest technological whizz-bang as a solution for a problem that doesn't exist.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Andre Hedrick: "Re: Linux 2.4 Jobs Update"
- Previous message: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"
- Next in thread: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"
- Reply: Bill Wendling: "Re: Suggested dual human/binary interface for proc/devfs"