Re: 2.7 thoughts: common well-architected object model

[retu]

you are right on - user-mode wrappers, a consistent
namespace is what's needed. Sun 'forgot' about that
for many many years and is now left with an OS that's
essentially the same as 20 years ago. 

Data access etc. classes could derive from a well
defined model framework. If someone defines a base
framework (not on the trivial side considering
simplicity/elegance, performance, security,
extensibility needs) then this could get going.    

> > System.Object
> >    System.MarshalByRefObject
> >       System.ComponentModel.Component
> >          System.Diagnostics.Process
>
> ... which is a _user-land_ wrapper around 
> CreateProcess.




--- Kenn Humborg <kenn@xxxxxxxx> wrote:
> On Sat, Oct 11, 2003 at 11:34:05AM -0700, asdfd
> esadd wrote:
> > There is a connex, fork() might be a bad example,
> > 
> > it's simple - yes but 20 years have passed as
> Solaris
> > is finding:
> > 
> > pid_t fork(void); vs. 
> > 
> > the next step in the evolution CreateProcess
> 
> CreateProcess() did _not_ evolve from fork().  There
> is no fork() 
> equivalent in the Windows world.  If anything it
> came more from 
> $CREPRC in VMS.
> 
> > BOOL CreateProcess(
> >   LPCTSTR lpApplicationName,
> >   LPTSTR lpCommandLine,
> >   LPSECURITY_ATTRIBUTES lpProcessAttributes,
> >   LPSECURITY_ATTRIBUTES lpThreadAttributes,
> >   BOOL bInheritHandles,
> >   DWORD dwCreationFlags,
> >   LPVOID lpEnvironment,
> >   LPCTSTR lpCurrentDirectory,
> >   LPSTARTUPINFO lpStartupInfo,
> >   LPPROCESS_INFORMATION lpProcessInformation
> > 
> > evolved to .Net Process Class
> 
> "evolved to" is the wrong term - "wrapped by" is
> more accurate
> 
> > System.Object
> >    System.MarshalByRefObject
> >       System.ComponentModel.Component
> >          System.Diagnostics.Process
> 
> ... which is a _user-land_ wrapper around
> CreateProcess.
> 
> > So let me restate the need again for a:
> > 
> > * unified well architected core component model
> > which is extensible from OS services to
> application
> > objects
> 
> Which is a job for userland, in my opinion.
> 
> > * the object model should be defined from the
> kernel
> > layer for process/events/devices etc. up and not
> > started at the application layer
> 
> I still don't see why this needs to be in the
> kernel.
> Give a concrete example of something that cannot be
> done
> with the existing syscall interface and user-mode
> wrappers.
> Or something significant that can be done easier
> with what
> you are asking for.
> 
> Of course, your name "asdfd esadd" does look a bit
> troll-like...
> 
> Later,
> Kenn
> 
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at 
> http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/