Messages in this thread | | | Date | Fri, 2 Aug 2002 12:40:58 -0700 | Subject | Re: 2.5.28 and partitions | From | Mike Touloumtzis <> |
| |
On Thu, Aug 01, 2002 at 05:41:53PM -0400, Alexander Viro wrote: > > On Thu, 1 Aug 2002, Marcin Dalecki wrote: > > > Ahh. we are at "devil" arguemnt level... So I will ease myself: > > Why the hell don't you rewrite the whole kernel for example in LISP if > > you love string processing that much? > > Huh? > > What the <your pet expletive> does LISP have to strings?
Umm... LISP is all about using strings instead of binary representations, or at least hiding binary representations other than list building primitives from the programmer.
Your ASCII partition table proposal is _exactly_ what a LISPer would propose for partition tables: use strings to represent values in a format that has no implicit size limits on numbers, is endian independent, etc. The only difference is a LISPer would surround it with parentheses :-).
IMHO s-expressions are severely underrepresented as an architecture-independent data representation that could more or less eliminate the need for ad hoc parsers in, say, /proc. Of course one-ASCII-symbol-per-file accomplishes more or less the same thing, but for much higher system call overhead. I guess the ideal would be a multi-file-spanning variation on seq_file (I think that's the name for the stateful /proc parsing helper?) that would serialize the contents of a tree into an s-expression, allowing the best of both worlds.
miket - 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/
| |