lkml.org 
[lkml]   [1999]   [Jun]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: (reiserfs) Re: I discussed reading directories as files with jra, Stallman, and
Date
>>>>> "Bill" == Bill Huey <billh@mag.ucsd.edu> writes:
> Watch how "find" chokes on Linux/Unix/Win32 systems and then do the
> same search on crappy MacOS machine that's got a 32 bit DOS extender for
> a VM subsystem and blow the all the Linux/Unix/Win32 away from having all
> those dorky "dot" ("." <---) pathetically slow down the search.
> You can just search the data fork for content.

You're confusing the `should the kernel support forks' issue with the
`should there be a notion of fork'. If you want to have something like forks,
you can provide that outside of the kernel. And yes, you'll have to extend
`find' so that it is more convenient to use in this case (you can already
use it for it, but the magic incantation will look ugly).
So `find' has nothing to do with the problem of whether or not the kernel
should have anything more than `directories'.

> Well, I guess you like double clicking on a MP3 file with a ".au" suffix
> and watch the spawned program choke on a bunch of discrete cosine data,
> right ?

Yet another confusion: you're confusing forks with typing.
I agree that typing is useful, but this has nothing to do with forks,
except that MacOS uses both.


Stefan

-
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/

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