lkml.org 
[lkml]   [2002]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: 2.5.28 and partitions
From
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/

\
 
 \ /
  Last update: 2005-03-22 13:27    [from the cache]
©2003-2011 Jasper Spaans