lkml.org 
[lkml]   [2003]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 2.7 thoughts: common well-architected object model
From
Date
On Sat, 11 Oct 2003 09:06:21 PDT, you said:
>
> the other OS has an at this stage highly consistent
> object model user along the lines of COM+ from the
> kernel up encompassing a single event, thread etc.
> model. Things are quite consistently wrapped, user
> mode exposed if needed etc. If people were to fully
> draw on it and the simpler .net BCL and not ride win32
> that would (will be) a killer.

If all your friends jumped off a cliff, would you do it too?

I submit to you that the reason The Other OS needs the concept of a object
model from the kernel through to user space is because the architects had a
very fuzzy concept of "boundary". Yes, you need stuff like that if your GUI
and your IIS (yes, really, Win2003 apparently has IIS on the kernel side of the
boundary now). If you have a syscall interface, the kernel is free to
implement read() in any way it wants, and the userspace calling read() is able
to use it for pretty much anything.

Ask yourself: (a) Could I implement .NET in userspace using the supplied syscalls?
(b) If .NET was implemented and enforced kernel-side, could I implement CORBA?

Remember - it's quite possible that the user wants some OTHER GUI, or some
OTHER thread model, or some OTHER..... We're not the operating system run by
jackboots.

[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-03-22 13:49    [W:0.643 / U:0.304 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site