Originally posted by: user1234
I guess you didn't notice the the ORIGINAL MESSAGE i was commenting on used the term "*nix variant". Don't tell me that "*nix variant" is more accurate than "unix variant" and anyway "*nix" doesn't and will never match linux.
Ah, but you see, *nix users understand wildcards and "globbing". Anyone who complains about the incorrectness of such, obviously does not. (Ok, ok, technically I suppose '*n?x' would be better, but that starts to look really retarded.)Originally posted by: user1234
I believe "unix variant" is just as clear as "*nix variant" used in the original post, minus the retarded wildcard
Hehe. That too. Never can tell when some trademark lawyer will pop out of the woodwork, can you?Originally posted by: n0cmonkey
*nix also censors the word unix. Your homework kid, is to tell us why.![]()
Originally posted by: VirtualLarry
Ah, but you see, *nix users understand wildcards and "globbing". Anyone who complains about the incorrectness of such, obviously does not. (Ok, ok, technically I suppose '*n?x' would be better, but that starts to look really retarded.)Originally posted by: user1234
I believe "unix variant" is just as clear as "*nix variant" used in the original post, minus the retarded wildcard
Hehe. That too. Never can tell when some trademark lawyer will pop out of the woodwork, can you?Originally posted by: n0cmonkey
*nix also censors the word unix. Your homework kid, is to tell us why.![]()
Originally posted by: VirtualLarry
Ah, but you see, *nix users understand wildcards and "globbing". Anyone who complains about the incorrectness of such, obviously does not. (Ok, ok, technically I suppose '*n?x' would be better, but that starts to look really retarded.)Originally posted by: user1234
I believe "unix variant" is just as clear as "*nix variant" used in the original post, minus the retarded wildcard
Hehe. That too. Never can tell when some trademark lawyer will pop out of the woodwork, can you?Originally posted by: n0cmonkey
*nix also censors the word unix. Your homework kid, is to tell us why.![]()
Originally posted by: user1234
Originally posted by: VirtualLarry
Ah, but you see, *nix users understand wildcards and "globbing". Anyone who complains about the incorrectness of such, obviously does not. (Ok, ok, technically I suppose '*n?x' would be better, but that starts to look really retarded.)Originally posted by: user1234
I believe "unix variant" is just as clear as "*nix variant" used in the original post, minus the retarded wildcard
Hehe. That too. Never can tell when some trademark lawyer will pop out of the woodwork, can you?Originally posted by: n0cmonkey
*nix also censors the word unix. Your homework kid, is to tell us why.![]()
i'm glad you agree that this thread is retarded
Originally posted by: user1234
I agree skyOS developers should probably join cedega. btw r u the microshaft fanboy ?
ROTFL!!!Originally posted by: n0cmonkey
For someone that complained about someone else's spelling, that is horrid. :QOriginally posted by: user1234
I agree skyOS developers should probably join cedega. btw r u the microshaft fanboy ?
I am definitely a Microsoft fanboy. I :heart: Microsoft. Really.![]()
Originally posted by: VirtualLarry
Btw, in a vain attempt to get this thread back on-track, I'm really curious, how will SkyFS's user-defined metadata be similar or different to what MS is promising with WinFS, and how similar is that to what BeOS had? (Having used BeOS, but not having played with the advanced filesystem features myself, though.)
The whole WinFS item/relationship schema thing is a big difference between BFS and WinFS. BFS just let you slap random attributes on any file you want IIRC and then efficiently search on them and create live query folders based on them.
With WinFS you can define complex data types (items) and also define relationships between items. Think of it more as an object database.
I suppose you could build such a system on top of BFS or ReiserFS, using the extended file attributes as storage. Note how WinFS doesn't store it's metadata as extended file attributes, but in a database. Any legacy files stored in WinFS are a monitored and their internal metadata is extracted and synchronized with the DB by WinFS.
It'll be interesting to see what Apple comes up with, if anything.
Originally posted by: VirtualLarry
Btw, in a vain attempt to get this thread back on-track, I'm really curious, how will SkyFS's user-defined metadata be similar or different to what MS is promising with WinFS, and how similar is that to what BeOS had? (Having used BeOS, but not having played with the advanced filesystem features myself, though.)
Originally posted by: n0cmonkey
It'd be great to see an in depth review of features between the three (hint hint AT article writers).
Here's a little bit of something stolen off of a post on OSnews:
That's beautiful. I actually was working on a design for much the same sort of thing, for my "X-OS" project that I started in '96, after I left Turbine. I'll give 'em credit if they can actually manage to pull it off. They've had how many (announced) attempts thus far at pulling this off before WinFS? Five? And it's slipped so much, that it won't debut in the Longhorn client OS release either, like originally planned.The whole WinFS item/relationship schema thing is a big difference between BFS and WinFS. BFS just let you slap random attributes on any file you want IIRC and then efficiently search on them and create live query folders based on them.
With WinFS you can define complex data types (items) and also define relationships between items. Think of it more as an object database.
That's one reason why mine stayed in the design phase, to get everything "right" is actually quite difficult. Plus, my own design was even more far-reaching than MS's (globally-distributed, for one - think of combining P2P nets with a filesystem that powerful). And a few other things. I stopped working on it for a while, then picked it up again, and then found out about ReiserFS4 and WinFS, and kind of dropped it again. (Wish I had the money and will to patent some of those things back in '96, maybe BillG would be *my* b*tch nowadays. Too late for that though.) MS's problem is that they just can't seem to "think outside the box" enough - which is why Apple is still the primarily innovator in many spaces, and MS copies them six months later. (Ok, and "fringe" OSes like BeOS and SkyOS too - not to cut you folks out of the picture entirely either. Startup OSes have an advantage that way, they don't have to continue conforming to any particular "legacy" OS operation or design principles, things that have held back both Windows and *nix for years.)
It would also be interesting, to see how much of this that MS impliments piecemeal, and how much they embrace the "one singular namespace" philosophy that Reiser's paper discusses. The sad thing is, is that at the core of NT, there exists the Object Manager, and a true singular namespace like that, except that for whatever reason, MS has kept that hidden away from most programmers, by not directly exposing it as part of the Win32 API (that I am aware of, other than allow using of those path strings in OpenFile calls). That was one of the really nice things about VMS, the extensive "system logical" support. I think the Amiga supported something similar, although not as extensive.Originally posted by: n0cmonkey
I suppose you could build such a system on top of BFS or ReiserFS, using the extended file attributes as storage. Note how WinFS doesn't store it's metadata as extended file attributes, but in a database. Any legacy files stored in WinFS are a monitored and their internal metadata is extracted and synchronized with the DB by WinFS.
It'll be interesting to see what Apple comes up with, if anything.
Originally posted by: VirtualLarry
That's beautiful. I actually was working on a design for much the same sort of thing, for my "X-OS" project that I started in '96, after I left Turbine. I'll give 'em credit if they can actually manage to pull it off. They've had how many (announced) attempts thus far at pulling this off before WinFS? Five? And it's slipped so much, that it won't debut in the Longhorn client OS release either, like originally planned.
That's one reason why mine stayed in the design phase, to get everything "right" is actually quite difficult. Plus, my own design was even more far-reaching than MS's (globally-distributed, for one - think of combining P2P nets with a filesystem that powerful). And a few other things. I stopped working on it for a while, then picked it up again, and then found out about ReiserFS4 and WinFS, and kind of dropped it again. (Wish I had the money and will to patent some of those things back in '96, maybe BillG would be *my* b*tch nowadays. Too late for that though.) MS's problem is that they just can't seem to "think outside the box" enough - which is why Apple is still the primarily innovator in many spaces, and MS copies them six months later. (Ok, and "fringe" OSes like BeOS and SkyOS too - not to cut you folks out of the picture entirely either. Startup OSes have an advantage that way, they don't have to continue conforming to any particular "legacy" OS operation or design principles, things that have held back both Windows and *nix for years.)
It would also be interesting, to see how much of this that MS impliments piecemeal, and how much they embrace the "one singular namespace" philosophy that Reiser's paper discusses. The sad thing is, is that at the core of NT, there exists the Object Manager, and a true singular namespace like that, except that for whatever reason, MS has kept that hidden away from most programmers, by not directly exposing it as part of the Win32 API (that I am aware of, other than allow using of those path strings in OpenFile calls). That was one of the really nice things about VMS, the extensive "system logical" support. I think the Amiga supported something similar, although not as extensive.
Actually, no. Link? The problem is not necessarily just generating a unique one, but a tamper-proof, provably unique one.Originally posted by: kamper
What's so hard about generating a unique id? Have you seen the uuid spec?
The screen shots look good. However, what kind of hardware & software support does it have?Originally posted by: Netopia
You guys know... the equivilent to BeOS R6 is out there. Check out this link. I'm not going to pay ~$120 to play with it... but it's out there.
Joe
Originally posted by: OffTopic
The screen shots look good. However, what kind of hardware & software support does it have?Originally posted by: Netopia
You guys know... the equivilent to BeOS R6 is out there. Check out this link. I'm not going to pay ~$120 to play with it... but it's out there.
Joe
Originally posted by: user1234
let's try to be less superficial then the "screenshot looks good" comments. after all, anyone can create a great screenshot even without a good OS, and vice versa.